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PORTABLE REMOTE PATIENT TELEMONITORING SYSTEM 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a system and method for monitoring vital 
5 signs and capturing data from a patient remotely using radiotelemetry techniques. In 
particular, the present invention is a low cost, patient-friendly, ambulatory monitoring 
system for remote electronic capture of noninvasive vital signs data including, e.g., full 
waveform ECG, respiration rate, skin temperature, and blood pressure. The present 
invention also has the capability for real-time monitoring or recording of continuous or 
1 0 point-in-time information with the data presented to the user in a tailored form. 

Monitoring software included in the system of the invention may also incorporate full 
ECG analysis as well as alarms for arrhythmias and other abnormalities determined from 
the measured vital signs. 

Description of the Prior Art 

15 Before drugs and related therapies are approved for widespread use by 

physicians, such drugs and therapies typically undergo numerous trials for efficacy and 
safety. Successful human trials are critical to regulatory approval of a new drug or 
therapy, and accordingly, much money and effort goes into the human trials. At present, 
patients are selected for the trial and placed on the regimen under test. The efficacy and 

2 0 safety of the drug and/or therapy is tested by having the patient make numerous visits to 
his or her physician for testing during the trial period. While a great deal of information 
can be gathered at such tests, generally there is no method for collecting the data between 
physician visits, thereby causing decisions regarding efficacy and safety to be made based 
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on a small sampling of the patients' experiences with the drug and/or therapy. More 
frequent visits to the physician would improve the data pool; unfortunately, such visits are 
expensive, add to the overall cost of the trial, and, because a limited data set is available, 
the trial duration is lengthened, thereby delaying the drug's market introduction. 
5 An improved technique for testing the efficacy and safety of a drug and/or 

therapy is desired which does not require additional visits to the physician. It is desired to 
develop a technique for collecting data fix)m a human subject at all times during a trial 
without requiring any visits to the physician's office, thereby eliminating the cost and 
inconvenience of visiting the physician's office for routine monitoring. 
1 0 Also, an improved remote patient monitoring/man^ement system is 

generally desired whereby useful vital signs data may be obtained from a patient without 
requiring frequent visits to the physician's office. Such remote monitoring/management is 
particularly desirable for home patient monitoring of patients with chronic illnesses such 
as congestive heart failure or for post-operative or out-patient monitoring. Prior art 
15 patient telemetry systems have had limited commercial success for a variety of reasons 
such as difficulty of use and cost. 

Remote patient monitoring techniques are generally known in which 
electrodes are placed on the patient to monitor the patient's vital signs and the captured 
data is transmitted to a remote display for monitoring the patient's condition. Remote 
2 0 monitoring systems are known which permit a doctor or nurse to monitor the conditions of 
several hospitalized patients from a central monitoring site in the hospital. Typically, 
sophisticated patient monitoring equipment is used to collect data from the patient, and the 
collected data is transmitted via wire to the central monitoring site in the hospital. 
Generally, wireless systems are problematic in the hospital setting because of the 

2 5 proximity of the respective patients and the amount of interference found in such a setting. 

Typically, most of the patients receiving a particular drug regimen or 
therapy being tested are ambulatory and, in many cases, participating in the study from 
home. Remote monitoring of patients from their homes introduces an entirely new set of 
challenges for transmitting the gathered data to a central location for evaluation. 

3 0 Numerous attempts have been made to facilitate such data collection and transmission; 
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however, in each case, cumbersome and xmcomfortable monitoring equipment is placed on 
the patient and the patient is tethered to the monitoring equipment by electrical cords, 
thereby limiting the patient's movement. In some prior art systems, the electrical cords 
have been removed and the transmissions to the monitoring equipment made using 
5 telemetry techniques; however, such systems have been used primarily for real-time vital 
signs monitoring and not for data collection of the type needed for diagnosis and efficacy 
and safety testing. Moreover, such systems also limited the movement of the patient to a 
limited area near the vital signs monitor. 

For example, an early telemetry system is described in U.S. Patent No. 
10 3,603,881 in which short transmission distances to a building's wiring system are covered 
using VHF transmission. Physiologic data such as electrocardiographic (ECG) data is 
collected by a sensor and transmitted by a VHF transmitter to a fixed VHF receiver RF 
transmitter coupled to the wiring system in the building. An RF receiver demodulator 
monitor is coupled to the building's wiring system at the nurse's station for receiving the 
1 5 physiologic data for patient monitoring and/or data recording. 

A similar telemetry system for monitoring ECG signals is described in 
U.K. Patent Application No. 2 003 276 except that telephone connections are used in place 
of the building wiring and the system is also designed to collect blood pressure, pulse rate, 
respiratory rate and the like and to relate that information to the physician via the 
2 0 telephone connections. 

Other early telemetry systems of the type described by Lewis in U.S. Patent 
No. 3,943,918 and by Crovellaet al. in U.S. Patent No. 4,121,573 usetelemetric 
techniques to transmit data from a sensor device attached to the patient's chest via RF to a 
radio telemetry receiver for display and/or recording as desired. S.S. Ng describe yet 
25 another telemetty system for ECG monitoring in an article entitled "Microprocessor-based 
Telemetry System for ECG Monitoring," IEEE/Ninth Annual Conference of the 
Engineering in Medicine and Biology Society, CH2513-0, pages 1492-93 (1987). Ng 
therein describes a system for providing continuous ECG monitoring and analysis by 
means of a PC AT via wireless link. In the Ng system, the patient requires a transmitter 
3 0 which is earned by the patient for sensing and transmitting the patient's ECG signal to a 
central base station via wireless link. At the base station, a receiver recovers the original 
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BCG signal from a few patients simvataneously for display. 

Each of the above-described telemetiy systems is designed primarily for 
hospital use and include relatively expensive sensor arrays and processing devices for real- 
time patient monitoring and diagnosis. The real-time monitoring is generally used in an 
5 "alarm" mode to capture events, rather than to collect data over a period of time to 

determine trends which might indicate a more gradual deterioration or improvement in the 
patient's condition or to predict a forthcoming event. Also, these systems require the 
patient to remain in close proximity to the base stations including the receivers. 

Bomn et al. describe a portable physiological data monitoring/alert system 
10 in U.S. Patent Nos. 4,784,162; 4,827,943-. 5,214,939; 5,348,008; 5,353,793; and 
5,564,429 in which one or more patients wear sensor hamesses including a 
microprocessor which detects potentially life-threatening events and automatically calls a 
central base station via radiotelemetry using a radio modem link, hi a home or alternate 
site configuration, communications between the base station and remote unit is by way of 
15 commercial telephone lines. Generally, the system automatically calls "91 1" or a similar 
emergency response service when an abnormality is detected by the ECG monitor. 
Unfortunately, the sensor harness is quite cumbersome and conspicuous and includes 
sensors for performing an alert function rather than data collection and analysis functions. 

Segalowitz discloses a wireless vital signs monitoring system in U.S. Patent 
20 Nos. 4,981,141; 5,168,874; 5,307,818; and 5,51 1,553 including aprecordial strip patch 
including a multi-layer flexible structure for telemetering data by radio frequency or 
single wire to hardware recording apparatus and a display monitor. Microsensors and 
conductive contact elements (CCEs) are mounted on the strip patch so as to permit 
simultaneous and continuous detection, processing and transmission of 12-lead ECG, 
2 5 cardiac output, respiration rate, peripheral blood oximetry, temperature of the patient, and 
ECG fetal heart monitoring via a single wavelength of radio frequency transmission. 
While the precordial stiip patch used by Segalowitz purportedly ti-ansmits vital signs data 
up to 50 meters, it requires a dual-stage operational amplifier chip, an encoder modulator 
chip, a wireless transmitter chip including an oscillator, and other costly components such 
30 as artificial intelligence software, sound and visual alarms, and a microprocessor. As a 
result, the precordial strip patch is relatively expensive to manufacture and operate. Also, 
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as with the other telemetry systems noted above, the emphasis of Segalowitz is on real- 
time monitoring and alerting of medical personnel to immediate medical needs of the 
patient. 

Piatt et al. also disclose a sensor patch for wireless physiological 
5 monitoring of patients in U.S. Patent No. 5,634,468. Piatt et al describe a sensor and 
system for monitoring ECG signals remotely from patients located in non-hospital sites. 
In this system, a sensor patch containing sensing electrodes, signal processing circuitry 
and radio or infra-red transmission circuitry is attached to the patient's body and 
preferably worn for at least a week before its power supply is exhausted and the sensor 
10 patch is thrown away. A receiver at aprimary site in the vicinity of the patient receives 
the data transmitted by the sensor patch and stores the sensed data. When the patient feels 
discomfort or concern, or if the portable unit sounds an alarm, the patient telephones the 
monitoring station and downloads the stored data from the portable unit via the standard 
voice telecommunications network. The downloaded ECG data is then monitored and 
15 analyzed at the monitoring station. The receiver in the proximity of the patient may be a 
portable unit carried around by the patient, where the portable unit includes a receiver, a 
processor for processing the received data to identify abnormalities, a memory for storing 
the sensed data, and circuitry for interfacing to a telephone line to send the ECG data 
signals to the monitoring station. The monitoring station decodes the received ECG 
2 0 signals and performs beat and rhythm analysis for classification of the ECG data. If an 
abnormal condition is discovered, medical personnel in the vicinity of the patient are 
contacted While the system described by Piatt et al. may collect ECG data from the 
patient and process it at a remote monitoring station, the data is only collected when the 
patient initiates the data download. Otherwise, data is lost once the memory in the 

2 5 portable unit is fiiU. No mechanism is provided for continuously collecting data, at all 

times, in a way which requires no patient action. 

In U.S. Patent No. 5,522,396, Langer et al. disclose a telemetry system for 
monitoring the heart of a patient in which a patient station includes telemetering apparatus 
for transmitting the outputs of patient electrodes to a tele-link unit connected to a 

3 0 monitoring station by telephone lines. As in the Piatt et al. system, Langer et al. transmit 

ECG data to a central location. However, unlike the Piatt et al. system, the Langer et al. 
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system checks the ECG data for predetermined events and automatically calls the 
monitoring station when such events are detected. A similar telemetry system is described 
by Davis et al. in U.S. Patent No. 5,544,661 which initiates a cellular phone link from the 
patient to the central monitoring location when an event is detected. As with the Piatt et 
5 al. system, neither of these systems provides amechanism for continuously collecting data 

without patient action. 

Accordingly, a telemetry system is desired which collects vital signs data 
ftom a patient using an inexpensive device which permits the continuous collection of a 
patient's vital signs data without patient action. Also, a data management system is 
1 0 desired which permits the collected data to be reviewed and formatted for use in patient 
trials and the like. The present invention has been designed to meet these needs in the art. 

SUMMARY OF THE INVENTION 

The present invention meets the above-mentioned needs in the prior art by 
providing a portable remote patient telemonitoring system having four separate elements, 
15 each with different functions within the system. 

The system of the invention is characterized by a first component, an 
adhesive, cordless, disposable sensor band with electrode patches, other sensors, and 
transmission circuitiy for the detection and transmission of vital signs data. The sensor 
band is easy-to-use and is positioned on the patient by the patient. The sensor band is 
2 0 designed to be worn comfortably by the patient for 24 hours, at which time the sensor 
band may be discarded and replaced by a new sensor band. 

The system of the invention is fiirther characterized by a second 
component, a small signal transfer unit that can either be worn by the patient, e.g., on his 
or her belt, or positioned nearby (within approximately 1 . 5 meters), e.g. , on a desk or 
2 5 chair or at the bedside. The function of the signal transfer unit is to receive data from the 
sensor band, which it then forwards by, e.g., radio transmission to a base station that can 
be located up to 60 meters away. The small signal transfer unit is designed to minimize 
the transmission requirements of the sensor band while also allowing the patient to move 
around freely while his or her vital signs are being monitored. 
30 A third component, a base station, receives data transmissions from the 
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signal transfer unit and is designed to connect to conventional phone lines for transferring 
the collected data to a remote monitoring station. The base station may also be designed 
to capture additional clinical data, such as blood pressure data, and to perfoim data checks. 
For data transfer, the base station connects the output of the sensor band, via modem and 
5 land or cellular telephone line, to the remote monitoring station. Connections for auxiliary 
sensors such as a blood pressure cuff extend the number of clinical parameters that can be 
captured. Patient safety is enhanced by the ability of the base station to compare clinical 
data. e.g. ECG, against given profiles and to raise alanns when appropriate or when the 
base station is programmed to do so. Such alanns could be indicated to the patient by 
1 0 reverse transmission to the signal transfer unit. 

The fourth component, a remote monitoring station, allows the presentation 
and review of data (including event flags) forwarded by the sensor band and other sensors 
and simply requires a standard PC running, e.g., Windows NT. ECG analysis software 
and a user-friendly graphical user interface are provided to remotely analyze the 
1 5 transmitted data and to permit system maintenance and upkeep. 

In preferred embodiments, the patient vital signs data collection and 
monitoring system of the invention is characterized by a sensor band having a sensor 
assembly for application to a patient. The sensor assembly produces a data signal 
including vital signs data indicative of values of at least one vital sign of the patient, and 
20 the sensor band further comprises a transmitter which transmits the data signal over a first 
communications link to a transceiver coupled to the first communications link so as to 
receive the vital signs data for retransmission of the data signal over a second, wireless 
communications link. A remote monitoring station is also provided which is disposed so 
as to receive the retransmitted data signal from the transmitter via the second 
25 communications link, where the remote monitoring station is characterized by its ability to 
capture the vital signs data for display and subsequent access and processing of the vital 
signs data for medical diagnosis or analysis. 

In a preferred embodiment, the transceiver includes a buffer which stores 
vital signs data received from the sensor band at least during times when the second 
3 0 communications link is disconnected, lost, or unreliable. Also, the sensor band preferably 
comprises a transmitter having a first antenna which transmits the data signal over the first 
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wireless communications link to a transceiver having a second antenna inductively 
coupled to the first communications link so as to form a wireless inductive loop with the 
fii^t antenna for reception of the vital signs data. Also, in a preferred embodiment, the 
remote monitoring station captures the vital signs data and stores it in a database with vital 
5 signsdatafromapluralityofotherpatients. A user interface provides access to the vital 
signs data in the database for processing, medical diagnosis and/or analysis. 

In presently preferred embodiments, the sensor band measures fixll 
wavefoim single or multiple lead ECG. fall waveform respiration, skin temperature, and 
motion and transmits the measured data to the signal transfer unit, where tiie data is 
10 retransmitted to the base station. Auxiliary sensors may be provided atthe base station 
including a blood pressure cuff, a spirometer, and weight scales. Also, tiie user interface 
at the remote monitoring station may contain fall ECG analysis software covering 
waveform measurements, interval measurements, beat-typing and arrhythmia detection. 
"Event flags" also may be generated and indicated to the physician for high and low heart 
15 rate, high and low respiration rate, high and low temperature, high and low blood pressure 
or anhythmias. 

While there are many potential patient management apphcations for the 
remote telemetry system of the invention, such as remote measurement of cardiovascular 
abnormalities including hypertension, congestive heart failure, anhythmia, silent 

2 0 ischaemia, and the like, and respiratory abnormalities including chronic obstructive 

pulmonary disease, in apresentiy preferred implementation of the invention, the remote 
telemetry system of the invention is also designed to reduce both the length and the cost of 
clinical dmg trials by providing versatility in data collection with respect to site (in-clinic 
or domiciliary), time, and volume, and to provide direct, electronic data capture, which 
25 can be real-time if necessary. Additional applications include the monitoring of sleep 
apnea, diabetes, acute or sub-acute infection, asthma, and the like. The system of the 
invention may be used in a clinic or hospital setting but, when used in such settings, must 
be designed to minimize interference between radio signals. 

Corresponding methods of collecting a patient's vital signs data using the 

3 0 remote telemetry system of the invention are also described and claimed herein. 
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BRIEF DESCMPTION OF THE DRAWINGS 

The above and other objects and advantages of the invention will become 
more apparent and more readily appreciated from the following detailed description of 
presently preferred exemplary embodiments of the invention taken in conjunction with the 

5 accompanying drawings of which: 

FIGURE 1 illustrates a presently preferred embodiment of the remote 

patient monitoring system in accordance with the invention. 

FIGURE 2 illustrates a sensor band including electrodes and sensors for 
attachment to the patient's body for measuring and transmitting vital signs data such as 
10 full wavefomi single or multiple lead ECG, full waveform chest respiration, skin 
temperature, and motion using the techniques of the invention. 

FIGURE 3 illustrates the user interface to the signal transfer unit provided 

in accordance with the invention. 

FIGURE 4 illustrates the user interface to the base station unit provided in 

1 5 accordance with the invention. 

FIGURE 5A illustrates a remote monitoring embodiment in which a server 
is used for data acquisition from a plurality of patients and providing the acquired data to 
client systems which are connected to access the acquired data for analysis. 

FIGURE 5B illustrates a remote monitoring embodiment in which the end 
2 0 user has a server for data acquisition from a plurality of patients, where the end user 
accesses the server directly. 

FIGURE 6 illustrates a general block diagram of the system transmission 

electronics. 

FIGURE 7A illustrates waveform templates which begin with a state 
2 5 change and end with a period free of state changes. 

FIGURE 7B illustrates the method by which idle periods between changes 
are converted into a sequence of no-operation instructions such that the correct time delays 
between changes are introduced. 

FIGURE 8 illustrates the sixteen channels spaced at 6 kHz intervals used in 
30 the communications link between the sensor band and the signal transfer unit. 

FIGURE 9 illustrates the format of the data packets transmitted in the 
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coiranunications link between the sensor band and the signal transfer unit. 

FIGURE lOA illustrates schematically the registration mechanism by 
which the signal transfer unit and the base station unit acknowledge their mutual presence 
and confirm the performance of the radio link. 
5 FIGURE lOB illustrates the data flow mechanism by which measurement 

data is transferred from the signal transfer unit to the base station unit to provide the 
opportunity for the base station unit to reconfigure control parameters within the signal 

transfer unit if required. 

FIGURES IOC and lOD illustrate the ARQ behavior when a single 
1 0 erroneous packet is detected and no further errors occur on the link thereafter for 

transmission from the signal transfer unit to the base station (FIGURE IOC) and from the 
base station to the signal transfer unit (FIGURE lOD). 

FIGURES 1 OE and 1 OF illustrate the ARQ behavior when two erroneous 
packets are detected consecutively and no further errors occur on the link thereafter for 
15 transmission from the signal transfer unit to the base station (FIGURE 1 OE) and from the 
base station to the signal transfer unit (FIGURE lOF). 

FIGURES lOG and lOH illustrate the ARQ behavior when three erroneous 
packets are detected consecutively and no further errors occur on the link thereafter for 
transmission from the signal transfer unit to the base station (FIGURE lOG) and from the 
2 0 base station to the signal transfer unit (FIGURE 1 OH). 

FIGURE 1 01 illustrates the ARQ behavior when a correctly received packet 
lies between two erroneous packets as the receiving unit detects two consecutive erroneous 
data packets and considers the radio link to have failed. 

FIGURE 1 1 illustrates the architecture of software of the remote 

2 5 monitoring station. 

FIGURE 12 illustrates a diagram of the top level uses of the remote 

monitoring station of the invention. 

FIGURE 13 illustrates the modify case properties process implemented by 
the monitoring station of the invention. 

3 0 FIGURE 14 illustrates the "review downloaded data from a patient" 

process implemented by the monitoring station of the invention. 
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FIGURE 1 5 illustrates the "review events" process implemented by the 
monitoring station of the invention. 

FIGURE 16A illustrates the case home screen with the sessions available 

for the selected patient, 
5 FIGURE 16B illustrates the case home screen listing the events which 

occurred for the selected patient during the selected time interval. 

FIGURE 16C illustrates the monitoring setup change screen available for 

the selected patient, 

FIGURE 16D illustrates the patient information listing the patient data for 

10 the selected patient. 

FIGURE 16E illustrates the auxiliary sensors setup screen available for the 

selected patient. 

FIGURE 16F illustrates the trend data screen for displaying auxiliary 
sensor data available for the selected patient. 
15 FIGURE 17 illustrates the summary graphs for heart rate, respiration and 

temperature when the summary button is selected. 

DETAILED DESCRIPTION OF PRESENTLY PREFERRED EMBODIMENTS 
A system and method with the above-mentioned beneficial features in 
accordance with a presently preferred exemplary embodiment of the invention will be 
2 0 described below with reference to FIGURES 1-17. It will be appreciated by those of 

ordinary skill in the art that the description given herein with respect to those figures is for 
exemplary purposes only and is not intended in any way to limit the scope of the 
invention. All questions regarding the scope of the invention may be resolved by referring 
to the appended claims. 

25 I. System Overview 

A presently preferred embodiment of the remote patient telemonitoring 
system of the invention is illustrated in FIGURE 1. As illustrated, the system of the 
invention comprises a disposable multi-parameter sensor band 10, preferably worn on the 
patient's chest, for measuring patient vital signs and transmitting the measured vital signs 
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data, a signal transfer unit 20 in proximity to the sensor band 10 for storing and 
retransmitting the measured vital signs data, a base station unit 30 which receives the 
retransmitted vital signs data and transmits the vital signs data over a telecommunications 
link 40, and a remote monitoring sUtion 50 which receives the vital signs data from the 
5 base station unit 30 via the telecommunications link 40. The operation of each of the 
components of the system will be described in more detail below. 
A. Mnlti-Parapneter Sensor Band 

As illustrated in FIGURE 2, the sensor band 10 is designed to extend across 
the patient's chest and includes electrodes and other sensors (not shown) which are 
10 situated so as to measure foil waveform single or multiple lead ECG, full waveform chest 
respiration (using impedance and/or resistance bend sensor), skin temperature, and motion. 
Of course, other vital signs, such as BEG and blood oxygenation, could be measured as 
desired using sensors included within the existing sensor band and placed either on the 
chest or elsewhere on the body, or using sensors in another sensor band placed either on 
15 the chest or elsewhere on the patient's body. Conventional blood oxygenation sensors 
placed on the finger, wrist, or ear may also provide data through a wire or wireless link to 
the sensor band 10 or signal transfer unit 20. The signal processing and transmission 
circuitry 12 receives the sensor data from traces 14 and a directly connected thermistor 
(not shown) and is powered by, e.g., a zinc-air battery pack (not shown) designed to 
2 0 permit the sensor band 1 0 collect and transmit vital signs data for approximately 30 hours. 
The sensor band 10 is typically removed and disposed of every 24 hours and replaced by a 
new sensor band 1 0. Upon power up of the new sensor band 1 0, the serial number of that 
sensor band 10 is randomly generated and sent in a repeating cycle. The transmission 
circuitry 12 in the sensor band 10 includes a transmission antenna 13 which transmits 

2 5 digitized signal samples continuously via a wireless link to signal transfer unit 20, which is 

preferably within 1.5 meters distance. Alternatively, a back-up wire transmission link may 
be provided to the signal transfer unit 20; however, such a wire transmission link is not 
preferred because of the inconvenience to the patient. The sensor band 10 is designed such 
that the patient only has to prepare his or her skin, peel back a protective strip over the 

3 0 hydrogel and hydrocolloid adhesive layers which are, in turn, placed over the electi-odes, 

signal processing and transmission circuitry 12, and battery, and stick the sensor band 10 
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to the prepared skin in a position for measurement of the vital signs such as ECG. The 
sensor band 10 may be provided in a number of sizes sufficient to administer to infants as 
well as large adults. The "V" bend 15 is preferably located between the left and right chest 
sections so as to allow some movement of the sensor band 10 when it is attached to the 
5 chest. 

In a presently preferred embodiment, full waveform ECG data is collected 
at a 250 Hz sampling frequency from three electrodes: one electrode in portion 1 6 placed 
under the patient's left armpit, one electrode in a portion 17 on the right hand side of the 
chest, and one reference electrode in portion 1 8 on the left hand side of the chest. The 

1 0 ECG data is collected with a resolution of 1 0 bits. 

Full waveform respiration data is also collected at a 25 Hz sampling 
frequency using the trans-thoracic impedance method, with a 50 kHz continuous 
reciprocating current and two electrodes (force and sense) at the left hand side of the chest 
and two electrodes at the right hand side of the chest. The sense electrode on the right hand 

15 side of the chest is preferably the same as that used for ECG detection. The respiration 
data has a data resolution of 8 bits. Respiration data (with the same qualities except for 7 
bit resolution) may also be collected using a printed carbon on flextrate resistance bend 
sensor 19 located on the left hand side of the chest. One or both methods of respiration 
measurement may be xised for a given patient. 

2 0 Skin temperature data is collected at 25 Hz using a thermistor located in 

portion 16 under the armpit. The temperature range is 25 to 45 degrees C with a reporting 
accuracy of +/- 0.5 degree C, an output sampling frequency of 25 Hz, and data resolution 
of 6 bits. 

Motion data is collected at 25 Hz sampling frequency using impedance 

2 5 sensing across the chest using the same drive electrodes as those described for respiration 

above. The motion data has a data resolution of 6 bits. In a preferred embodiment, the 
motion data may be compared to the ECG waveform and/or respiration waveform to 
determine if the measured data has been corrupted by movement. 

In modified embodiments, additional data, such as blood oxygen saturation 

3 0 data either from a finger band or included within the chest sensor band 10, may also be 

collected and provided to the sensor band 10 for transmission. 
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Signal processing and transmission circuitry 12 preferably includes a single 
ASIC (Application Specific Integrated Circuit) that will receive, amplify, filter, and signal 
process the analog data from the senso,., perfom, analog to digital data conversion at 10 
bit accuracy (with subsequent reduction for all but the ECG signal), pass the data stream to 
5 two micro-controUers which format and modulate the data stream and output it back to 
the ASICi however, the fimctionality of a one or more such micro-controllers could be 
implemented in the ASIC using techniques known in the art. In a prefeired embodiment, 
the ASIC contains an H Bridge Drive circuit for output transmission of the data stream 
using antenna 13. Hie data is output from the ASIC either by a single wire (back up), or 
10 by wireless inductive transmission to the signal transfer unit 20. Tlie ASIC and any micro- 
controller of the transmission circuitry 12 are mounted on a flexible or rigid PCB which 
also contains passive components (resistors, capacitors etc.), a crystal, batteries, and 
connections. The PCB is connected to a flexible substrate which has printed circuit traces 
14 providing connections to the electrodes and the antenna 13 or wire. More details 
15 concerning the design and manufacture of the sensor band 10 can be found in 

contemporaneously filed U.S. Patent Application Serial Nos. 09/292,159 and 09/292,157, 
the contents of which are incorporated herein by reference. 

For the wireless communications used in the preferred embodiment of the 
invention, the sensor band 10 uses a one-way inductive transmission scheme using digital 
2 0 frequency modulation in a 4 kHz band on channels with 6 kHz separation in the fiiequency 
range 50- 1 50 kHz for a transmission distance of up to 2.5 meters. Preferably, the 
randomly-generated unique serial number of each sensor band 10 is inserted in the data 
transmissions for easy tracking. The transmission antenna 13 is either screen-printed on 
the flextrate or provided as a wire wound coil and embedded within the underarm portion 
25 1 6 for location under the patient's armpit. Additional information regarding the antenna 
13 may be found in the afore-mentioned related applications, while additional information 
regarding the inductive transmission scheme will be provided below, 
g. Signal Transfer Unit 

In accordance with a presently preferred embodiment of the invention, a 
3 0 patient will carry a signal transfer unit 20 to receive the vital signs data signals transmitted 
by the sensor band 10. The signal transfer unit 20 is designed to retransmit the received 
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data to the base station unit 30 from a distance of up to 60 meters, but a typical range is 
approximately 30 meters. The signal transfer unit 20 need not be carried by the patient at 
all times, but must be within communications range of the sensor band 10 (unless a wire is 
used) in order to receive the transmitted vital signs data. The signal transfer unit 20 is 
5 small (approximately 110 x 65 x 25 mm) and is battery operated using, e.g., 4 "AA" 
primary or rechargeable cells, or a rechaiieable battery pack designed to last for a 
minimum of 30 hours. Preferably, the signal transfer unit 20 has a clip for attachment to a 
waist belt and/or a holster for easy carrying by the patient. 

The signal transfer unit 20 has a memory buffer which is used in the case 
10 of a loss of radio connection with the base station unit 30. This memory buffer is capable 
of storing vital signs data from the sensor band 10 for a period of time determined by the 
size of the memory buffer. The memory buffer thus allows the patient increased mobility 
by allowing the patient to move out of range of the base unit 30 for some period of time, 
preferably at least an hour (one hour of storage would require a 2 MB buffer using the 
15 sampling rates described herein and no data compression). The present inventors 

contemplate that, as memory options expand and costs continue to fall, the signal transfer 
unit 20 may be designed to include enough memory to permit the patient to move out of 
range of the base station unit 30 for even longer (e.g., 24 hours) without losing any data. 
Preferably, the signal transfer unit 20 automatically shuts down its transmission circuitry 
2 0 when it is out of range of the base station unit 30 in order to save energy. In this case, the 
signal transfer unit 20 keeps trying to reconnect to the base station unit 30 until it is back 
in range. Generally, the memory buffer will operate in FIFO data transfer mode and flie 
signal transfer unit 20 will transmit data at a rate substantially faster than it is received so 
that the memory buffer may be emptied once the signal transfer unit 20 comes back into 
2 5 range of the base unit 30. However, the inventors contemplate that, in another 

embodiment, if an alarm condition is detected in the received data by the base station \init 
30, the most recent data could be transmitted to the base station unit 30 first. Also, if the 
memory buffer should become ftiU at any point, the earliest data in the memory will be 
replaced with the latest data. 
30 As illustrated in FIGURE 3, the signal transfer unit 20 preferably provides 

several buttons for inputting information and displays/alarms for providing information to 
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the patient. For example, event buttons 21 may be pressed to identify a particular event 
such as the taking of medication or pressed to indicate that the patient is experiencing a 
particular pain, feeling ill, and the like. Preferably, event buttons 21 are low profile or 
recessed to prevent them from being pressed accidentally. These events may be specified 
5 by the physician and agreed upon by the patient. Also, a light 22 may be illuminated when 
an auxiliary sensor measurement by the base station unit 30 is scheduled. A buzzer sound 
may also be provided as desired. A buzzer silence button 23 also may be used to silence 
the buzzer. 

In a preferred embodiment, warning lights 24 are provided in addition to 
1 0 the buzzer to indicate particular conditions and/or that the system is not working property. 
Such conditions include battery low in signal transfer unit 20, batteries of the signal 
transfer unit 20 are at the end of recharge life, no signals are being received firom the 
sensor band 10, loss of radio contact with base station unit 30, the memory buffer in the 
signal transfer unit 10 is 90% full, the memory in the base station unit 30 is 90% full, time 
15 to take treatment, time to take an auxiliary sensor measurement at the base station unit 30, 
a physiological alarm condition has been detected in the base station unit 30, and the like. 
Depending on the LED "message", the patient may need to take appropriate action. 

Upon starting a monitoring session, the patient will simply need to check 
that batteries are inserted correctly in the signal transfer unit 20, that the power on LED is 
2 0 lit, and that there are no warning Ughts 24 indicating low power, loss of contact with the 
base station, etc. At the end of each day, or when the patient changes the sensor band 1 0, 
he or she will need to recharge the batteries of the signal transfer unit 20 or replace them 
with new ones. Other than this, no action will be required on the part of the patient to 
operate the signal transfer unit 20. However, in the event that a wire link fi-om the sensor 
25 band 10 is used instead of wireless transmission, the patient will need to connect the wire 
link from the sensor band 10 to the signal transfer unit 20. 

The signal transfer unit 20 will receive the vital signs data signals from the 
sensor band 10 using three receiving coils (or via the wire back up link). Data packets 
received are CRC checked, and any packets of data not received correctly or intact by the 
3 0 signal transfer unit 20 are discarded. In the presently preferred embodiment, the signal 
transfer unit will only receive data from a single sensor band 10, although software change 
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on the signal transfer unit 20 will enable multiple sensor bands 10 to broadcast vital signs 
data to a single signal transfer unit 20. 

The signal transfer unit 20 may also have an internal position sensor which, 
when the patient is carrying signal transfer unit 20, indicates when the patient is in the 
5 horizontal position and will switch when the patient's position changes towards the 
vertical by more than 1 5 degrees. A three axis sensor or accelerometer may be used for 
this function. The signal ti^fer unit 20 may also have the facility for the connection of a 
microphone for recording lung or breathing sounds. 

In a presentiy preferred embodiment, the signal tt-ansfer unit 20 transmits 
10 all data to the base station unit 30 via a half-duplex single firequency radio link using 
standard off the shelf radio components and a transmission rate of 40 kbps, with a 
frequency shift keying modulation scheme. The transmission frequency is preferably 433 
MHZ in Europe and 91 5 MHZ in the United States and Canada. As will be explained in 
more detail below, die radio transmission system uses a simple low-power, high efficiency 
15 protocol, ensuring CRC error checking of data packets in tiie forward direction, with an 
instruction set enabling retransmission of erroneous packets. The system is preferably fail- 
safe, erring on the side of sending no data rather than erroneous data 

A more detailed description of the stmcture and operation of the signal 
transfer unit 20 of the invention may be found in contemporaneously filed U.S. Patent 

2 0 Application Serial No. 09/292,1 58, the contents of which are incorporated herein by 

reference. 

£j_ Base Station Unit 

The signal transfer unit 20 transmits its signals via radio link to base station 
unit 30, which is powered by a selectable 1 10/230V mains power supply and includes a 
25 modem connection for a land telephone line or cellular link 40. The modem is used to 
send data and information to a remote monitoring station 50 at a remote telemonitoring 
center, which rosy be a physician's ofRce or a hospital. In using the base station unit 30, 
the patient will need to ensure that it is switched on and that the telephone line 40 is 
connected. Otherwise, the base station unit 30 operates automatically, with no further 

3 0 action required by the patient, other than the use of auxiliary sensors. 

In a presently preferred embodiment, a base station unit 30 can only receive 
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signals from a single signal transfer unit 20, and two base station units 30 will not be able 
to operate within interference range of each other unless they are frequency differentiated. 
Of course, known transmission techniques such as spread spectrum, CDMA, or TDMA 
may be used to peimit the reception of signals from a plurality of signal transfer units 20 at 

5 a single base station unit 30. 

As illustrated in FIGURE 4, the base station unit 30 may include a liquid 
crystal display screen 31 which provides information regarding system operation and gives 
the patient guidance when stepping through the options for collecting data from an 
auxiUary sensor. A light 32 indicates that the base station unit 30 is receiving mains 
10 power. A similar light 33 may be used to indicate that the base station unit 30 is 

communicating with the remote monitoring station 50 via modem. An auxiliary sensor 
button 34 illuminates to indicate that an auxiliary sensor measurement is due, and the 
auxiliary sensor button 34 may be pushed to acknowledge when an auxiliary sensor 
measurement is about to be started and when it has been completed. A buzzer silence 
15 button 35 is preferably provided to silence the buzzer, which will sound to indicate that a 
message is to be read on the display screen 31 . A telephone hang-up button 36 preferably 
breaks the communication between the base station unit 30 and the remote monitoring 
station 50 when depressed so that normal use of a phone connected to the same telephone 
line either directly or via a base station port is enabled, e.g., in emergency situations. 
20 As noted above, the base station unit 30 preferably includes the facility for 

the connection of a blood pressure sensor to a connector 37 or a spirometer or weigh scales 
to a connector 38. The blood pressure sensor and spirometer are preferably standard 
commercially available units with standard RS232 digital data output streams. The base 
station has electrical isolation to tfiese units. Alternatively, other point in time sensors 
25 such as a blood glucose meter could be connected to either connector 37 or 38. 

During operation, tfie base station unit 30 will collect and store all data 
received from flie sensor band 10. The base station unit 30 preferably has a hard disk 
memory, enabling storage of data until it is ready to be sent to the remote monitoring 
station 50. In a presently preferred embodiment, a memory having the capability of 
3 0 storing several days of data (at least 2 GB of memory at the sample rates described herein 
and assuming no data compression) is desired. Preferably, the sensor data from the sensor 
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band 1 0, the event data (threshold violations, button presses, and the like), and the 
auxiliary measurement data (spirometer, weight scales, and/or blood pressure) are stored 
separately and aged independenUy in the memory of the base station unit 30 based on the 
time stamps from the sensor band 10 and/or the signal transfer unit 20. Time 
5 synchronization signals may be sent from the base station unit 30 to the signal transfer unit 
20 and/or sensor band 10 to synchronize the time stamps. All data is retained in the base 
station memory until either it is directed to be discarded by an instruction sent from the 
remote monitoring station 50, or until the base station memory is full, at which point the 

earliest data is discarded first 

10 In the prefeired embodiment, the base station unit further contains software 

algorithms which enable the calculation of heart rate and respiration rate from the ECG 
and respiration signals, respectively. Such algorithms include artefact detection and 
filtering to ensure that a high quality reading is obtained. Preferably, the algorithm for 
heart rate also includes a 50Hz/60Hz notch filter for removal of any mains noise. The base 

15 station may fiirther contain a look-up table to convert signals received from the thermistor 
of the sensor band 10 into an accurate temperature reading. 

The base station unit 30 may also include software which compares the 
various vital signs data signals received with pre-programmed thresholds for certain 
physiological variables. In particular, the base station unit 30 may look for threshold 

2 0 violations; however, the actual processing for determining whether an "event" has occurred 

is performed when processing the raw data at the remote monitoring station 50. Where 
data points fall outside these threshold values for a certain period of time, the base station 
unit 30 may record an event condition and could also indicate this fact to the patient by 
reverse radio transmission to the signal transfer unit 20 via a two-way radio link. Events 
25 are preferably generated for high or low heart rate, high or low respiration rate, or high or 
low temperature. The inventors also contemplate that, in alternative embodiments, events 
could be generated for high or low blood pressure, ischaemic events, or arrhythmias. 
When an event is generated, the buzzer on the base station unit 30 is sounded and the 
buzzer silence button 35 is illuminated. Events will also be generated at the base station 

3 0 unit 30 if the base station unit 30 has lost contact with the signal transfer unit 20 and/or if 

the memory of the base station unit 30 is full. Any or all of these situations except for loss 
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of contact could also generate an "event" and/or an alarm in the signal transfer unit 20 
through reveree transmission via the two-way radio link. 

As will be explained in detail below, the base station unit 30 is preferably 
programmable remotely from the remote monitoring station 50 via modem or, in an 
5 alternative embodiment, locally using a laptop or PC. In the latter case, the base station 
unit 30 would have an interface for the optional connection of a PC or notebook computer 
for the display of live graphical data or for programming of the base station unit 30. The 
local PC or laptop could also be used for a simple video link with the remote monitoring 
station 50. In any case, programming of the base station unit 30 is password protected. 
10 Programming involves setting study start and stop times, setting alarm thresholds and 
minimum breach times, setting pre-specified dial up times for the remote monitoring 
station 50 to download data, setting data collection times (eg., 5 minutes every hour), and 
setting times for recording data from auxiliary sensors. In this manner, the physician may 
choose to collect only the required data and at intervals set by the physician. 
15 In the preferred embodiment, the remote monitoring station 50 has the 

ability to automatically dial in to the base station unit 30 to download data at specified 
times or to view real-time live data. If the line for the base station unit 30 is busy, the 
remote monitoring station 50 may also have the automatic ability to try again after a pre- 
specified period. However, the inventors contemplate that in an alternative embodiment 
20 the base station unit 30 could initiate the dial-up for uploading the stored data. Generally, 
the data is downloaded in a binary TCP/IP compatible protocol, providing guaranteed 
transmission integrity over the link with the remote monitoring station 50. 

In the preferred embodiment, the base station unit 30 has a plug-in for a 
normal telephone so that the patient is not required to have two telephone lines. Voice 
25 communications will take precedence over data communications, i.e. the patient will be 
able to interrupt a data download if he or she needs to make an urgent telephone call. 

In addition to the base station unit 30, each patient may be provided with a 
battery charger for charging the batteries of the signal transfer unit 20 if rechargeable 
batteries are to be used. 
30 D. Remote Monitoring Station 

At the remote monitoring station 50, a physician or nurse has access to a 
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normal PC connected by modem to the telephone line 40. Physiological monitoring 
software is run on this PC or on a networked system to process the data received via the 
modem from the base station unit 30. Preferably, though not necessarily, the received data 
will incorporate the serial number of the base station unit 30, as well as the serial number 
5 of the sensor band 10, to be used for historical data tracking purposes, should this be 
necessary. Remote monitoring station 50 may display continuous or non-continuous data 
in real-time or historically and may also enable the physician to review previously stored 
data, to view events, and to store data to a database or other electronic file. 

As illustrated in FIGURE 5A, a server 60 may be located in the 
10 transmission lines 40 to permit data from a plurality of patients to be stored on the server 
60 and provided to a plurality of remote monitoring stations 50 in a telemonitoring center 
or centers. In this case, a plurality of patients are monitored using a telemonitoring service 
which receives data generated and transmitted in accordance with the techniques of the 
invention and allows the operator at the telemonitoring center to configure studies and to 
15 analyze data. On the other hand, as illustrated in FIGURE 5B, the remote monitoring 
station 50 may be used to simply monitor a single patient or several patients from a single 
remote monitoring PC running the server 52 and physiological monitoring software. 

At the start of any patient study, the operator of the remote monitoring 
station 50 will need to configure the system's software for the type of study, e,g. real-time 
2 0 continuous viewing, historical data viewing, viewing of summaries, etc. The operator will 
also need to remotely program the base station unit 30 to collect the desired data from the 
patient. In some circumstances, the operator at the remote monitoring station 50 also may 
want to dial in to a particular base station unit 30 to check the status of a particular patient 
In these instances, the operator will be able to view real-time data, even if such data is not 

2 5 otherwise scheduled to be downloaded by the base station unit 30 for a particular study. 

The operator also may download any data that has already been stored at the accessed base 
station unit 30. The operator will need to program a unique patient identifier at the start of 
a study so that data recordings can later be identified and so that patient data 
confidentiality can be maintained. 

3 0 The inventors contemplate that under continuous real-time monitoring, the 

physiological monitoring software could detect alarm conditions locally and could alert the 
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operator of the remote monitoring station 50 or of a central monitoring station on a 

network to this fact. 

In a preferred embodiment, the remote monitoring station 50 may display 
several scrolling traces and several numerical measures on a single screen at any time, with 
5 the operator able to configure which traces or measures he/she wishes to see. The operator 
will be able to choose from anumber of time bases for the review of live or historical data. 
Some parameters (eg. temperature) could be shown as the latest numerical value only. 
The operator will also have the ability to define a data schedule enabling himAier to 
download selected samples of the continuous and auxiliary sensor data to the remote 
10 monitoring station 50. Whenathresholdeventisdetectedby the base station unit 30, a 
"recording session" for later download may be flagged, causing a block of data to be 
recorded containing all the parameters being monitored for several {eg. ten) minutes 
leading up to the event and for its duration. 

If a monitoring station is provided as in the FIGURE 5A or 5B 
15 embodiments, the remote operator will be able to review data from a number of patients, 
with data being transmitted fiom a number of base station units 30. When data is 
downloaded, events data could be sent first and could be viewed for any particular patient 
by the operator. The physiological monitoring software enables summaries of data to be 
viewed, e.g., traces of sample data points taken every 15 minutes for a particular 
2 0 parameter, and a display of events generated. For review of historical data, on the other 
hand, the physiological monitoring software will enable the operator to look at data using a 
choice of time-bases and a horizontal scroll bar. 

In a preferred embodiment, the physiological monitoring software contains 
software algorithms for the analysis of the ECG signal for standard single or multiple lead 
25 ECG waveform measurements, interval measurements, beat-typing and for arrhythmia 
detection. These algorithms preferably include artefact detection and filtering to ensure 
that a high quality reading is obtained. The algorithms preferably include a 50Hz/60Hz 
notch filter for removal of any mains noise and the above-mentioned 3 lead detection 
algorithm. 

3 0 For any data downloaded by the base station unit 30, the data is stored in a 

standard flat file format on the local hard disk, or in a separate location such as on a 
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separate optical disk drive. In a preferred embodiment, all blocks of data stored are in a 
fonn that enables them to be exported from the physiological monitoring software in an 
HL7 compliant format. Each block of data stored may have a unique patient identifier, the 
sensor band and base station unit identification numbers, the date, and the time. 
5 Remote monitoring unit 50 may also perform other types of processing on 

the received ECG data such as heart rate variability analysis, atrial fibrillation detection, 
ST episode detection, QT analysis, and other flagging events. Such processing techniques 
may be used to detect disease states such as cardiac failure, hypertension, angina, 
ischaemia/coronary artery disease, peripheral vascular disease, acute and chronic 
10 respiratory insufficiency, history of recurrent arrhythmias, sub-acute patients, post- 
infarction patients, acute and recurrent febrile illnesses (including malaria, hepatitis, 
lymphoma, Hodgkin's disease, AIDS, tuberculosis) and the like, and such processing 
techniques are believed to be known to those skilled in the art. 

II* Data Transmission Scheme 

15 As noted above, the present invention wirelessly transmits data from the 

sensor band 1 0 a short distance to a signal transfer unit 20 and retransmits the data 
wirelessly fix3m the signal transfer unit 20 to the base station unit 30. The data is then 
transmitted over conventional phone lines 40 or via a conventional wireless 
telecommunications link to a remote monitoring station 40. Bach of these transmission 
2 0 links will be discussed in detail in this section. 

FIGURE 6 illustrates a general block diagram of the system transmission 
electronics. As shown, the sensor band 10 includes a plurality of sensors (e.g., electrodes) 
62 which provide analog vital signs data via traces 14 to an ASIC 64 for A/D conversion 
and signal conditioning. ASIC 64 also provides the necessary supply and drive signals to 

25 the electrodes 62. One of the micro-controllers 66 implements the communications 

modulation coding scheme described herein and passes the modulated signal to ASIC 64 
and then to an antenna for wire-free communication to the signal transfer unit's signal 
conditioning unit. ASIC 64 in conjunction with one of the micro-controllers 66 
continuously transmits the data including vital signs data over communications link 65 to 

3 0 signal transfer unit 20, where the vital signs data is received by communications receiver 
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68 and processed by processor 70. For example, processor 70 may condition the received 
signal, optionally compress the received data, and store the received data in FIFO memory 
buffer 72. As noted above, memory buffer 72 preferably has sufficient size so that the 
patient may leave the range of the base station unit 30 for at least an hour without losing 
5 any vital signs data. Radio transceiver 74 of signal transfer unit 20 then transmits the data 
over communications link 75 to a corresponding radio transceiver 76 of the base station 
unit 30. As noted above, base station unit 30 includes a processor 78 which preferably 
implements software algorithms that calculate heart rate and respiration rate from the ECG 
and respiration signals, respectively. The received vital signs data is accumulated in 
10 memory 80 where it is stored until a remote monitoring station download is initiated, at 
which time the stored data is uploaded over communications link 85 (e.g. including 
telephone lines 40) using modem 82 of the base station unit 30 and modem 84 of the 
remote monitoring station 50. For example, the vital signs data may be uploaded once per 
day in the early morning hours to minimize interference with normal telephone usage, 
15 uploaded several times per day, or once per week. Remote monitoring station 50 then 
processes and displays the received vital signs data using a conventional personal 
computer 86, as will be described in more detail in the following section. 

The remainder of this section will address the formatting of the 
communications links 65, 75, and 85 in the preferred embodiment. The communications 

2 0 links described herein were chosen for satisfactory performance in the home environment. 

Those skilled in the art will appreciate that other communications modalities may be 
preferred in different environments under different circumstances. For example, radio 
transceiver 74 of the signal transfer unit 20 may include a conventional cell phone which 
communicates directiy with the remote monitoring station 50 so as to eliminate the base 
25 station unit 30; similarly, communications link 85 could be a cell phone link. Moreover, 
the signal transfer unit 20 could be eliminated by providing cell phone capability in the 
sensor band 1 0 or by providing expanded broadcast capability to extend the range to the 
base station unit 30; however, such devices will inevitably be more expensive to 
manufacture than the device described in connection with the preferred embodiment of the 

3 0 invention. 

A. Sensor Band - Signal transfer unit Link 
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In the preferred embodiment, communications link 65 uses digital phase- 
shift keyed modulation to transmit the vital signs data via an inductive link. For the 
purposes of this discussion it is assumed that a band from 50 kHz to 150 kHz is available 
for inductive transmissions from the sensor band 10 to the signal transfer unit 20. If only 
5 a narrower frequency band is available, then one or more channels will be lost from the 
transmission scheme described below. 

The sensor band 10 and the signal transfer unit 20 each contain a coil, and 
inductive coupling between the two coils is used to transmit the vital signs data. In a 
preferred embodiment, the signal transfer unit 20 contains three orthogonal coils with 
10 reception selected on the coil with the most usable signal at any point in time. The 
preferred embodiment also defines sixteen frequency-division multiplex channels with 
carriers at 6 kHz intervals from 54 kHz to 144 kHz inclusive. A one-bit digital version of 
the modulated signal is generated directly in software by one of the micro-controllers 66. 
The steps entailed in producing the code for the one of the micro-controllers 66 are 

15 described below. 

In the preferred embodiment, the modulation scheme employed for 
transmission from the sensor band 10 is digital QPSK (quadrature phase-shift keying). In 
this scheme, binary data is transmitted as bit pairs, known as symbols, at a regular rate, 
called the symbol rate. The effective bit rate is thus twice the symbol rate. Each symbol 

2 0 corresponds to a different phase offset (0, 90, 180 or 270 degrees) of the transmitted signal 
relative to a fixed carrier. These phase offsets can be represented as the points 1, i, -1 and 
-I in the complex plane. The nature of the transitions between adjacent symbols 
determines the envelope of the spectrum of the transmitted signal, hi practice, to constrain 
the bandwidth of the signal, a raised cosine function is used to interpolate between the 

2 5 signals representing adjacent symbols. Unlike more sophisticated interpolation fiinctions, 

the raised cosine fimction has the characteristic that die influence on the transmitted signal 
of one symbol does not extend further than the two symbols either side of it. Transitions 
between the symbols can be thought of as the motion of a point between the symbol 
points, and thus as a complex fiinction of time. The transmitted signal is then the real part 

3 0 of this fimction multiplied by a complex exponential representing the carrier. 

In the preferred embodiment, symbols are transmitted at a 2 kHz rate. 
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Since each symbol represents two bits, this corresponds to a bit rate of 4 kbps. In the 
preferred embodiment, the carrier signal is phase-locked to the symbol transitions. For 
example, with a carrier frequency of 102 kHz, there are exactly 51 cycles (102kHz/2kHz) 
of carrier in each symbol time. Thus, the value at any given time of the complex 
5 exponential representing the carrier only depends on the time since the last symbol 

transition. This, coupled with the characteristic of the raised cosine interpolation function 
stated above, means that the transmitted signal is built up from only a limited number of 
template waveforms: one for each possible transition between symbols. Since there are 
four symbols, there are sixteen possible transitions and thus sixteen possible template 
1 0 waveforms (including those where the symbol riemains constant). 

The several stages involved in compiling the communications code will 
now be described. Reference is made to implementation on a PIC16F84 micro-controller 
running at an instruction rate of 1 MHZ, but the principles described herein are generally 
applicable to other micro-controllers which may be used in the communications scheme 
15 described herein. An example carrier frequency of 102 kHz is assumed for illustrative 
purposes; the same principles will apply to other frequencies. 

The modulated output is generated on one bit of an output port, and symbol 
data is received on a pair of input bits. A trigger pulse is generated on a further output 
port bit to request each new symbol. 

2 0 Sixteen template waveforms are generated at compile time that are sampled 

at the instruction rate of one of the micro-controllers 66, 1 MHZ. These template 
waveforms are then converted to digital streams, either by simple thresholding or by a 
more sophisticated *bitstream' method. Each of the sixteen waveforms contains 500 
(lMHz/2kHz) samples, for 8000 samples in all Where simple thresholding has been 
25 used, each waveform consists of about 51 (102kHz/2kHz) pulses, or 102 state changes. If 
the phase angle increases through the waveform, there may be more than 102 state 
changes; if the phase angle decreases, there may be fewer. 

The template waveforms are referenced by the symbol represented at their 
start (0, 1 ,2 or 3) and by the symbol represented at their end (again 0, 1 ,2 or 3). For 

3 0 example, waveform [0, 1] starts with a phase angle of 0 relative to the implied carrier, and 

ends with a phase angle of 90 degrees relative to it For a waveform [a,b] to join smootiily 
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to awavefomi [c,d], it is necessary thatb=c. A symbol sequence ...u,v,av.x... therefore 
includes the waveform sequence . .[u,v][v,w][w,x]. ... 

With a slight modification to the interpolation function, waveform 
templates [u,0], [u,l], [u,2] and [u,3-) can be made all to begin with the same sequence of 
5 samples and, in particular, can be made all to have their first state change at the same 
point. All samples leading up to this first state change are removed from the waveforms 
and added to the end of each waveform template [0.U]. [l,u],[2,u]and[3,u]. "Hiisis 
carried out for each value of u from 0 to 3 as illustrated in FIGURE 7A. Each template 
wavefom now begins with a state change and ends with a period free of state changes. 
10 This idle period will later be used to link together the various templates. As a result, the 
templates are no longer all necessarily the same length. 

The sampled waveforms are now converted into micro-controller 
instructions. Zero-to-one waveform state changes are converted into instructions which 
set an output port bit; one-to-zero waveform state changes are converted into instructions 
15 which clear that bit. Idle periods between changes are converted into a sequence of no- 
operation instructions such that the correct time delays between changes are introduced. 
This procedure is illustrated in FIGURE 7B. As shown, the end of each template now 
consists of a number of no-operation instructions. 

A small number of extra instructions is required to read the state of the 
2 0 input port bits corresponding to the next symbol to be transmitted, select the appropriate 
waveform template, and produce a symbol trigger pulse. The instructions at the start of 
template [u,0] (for each u) are searched for suitable points where these extra instructions 
can replace no-operation instructions. If symbol 1 is required, these new instructions 
cause a jump into the code for template [u,l] at the correct point to ensure continuity of 
25 the waveform; similarly, if symbol 2 is required, a jump is caused into template [u,2]; and 
if symbol 3 is required, a jump is caused into template [u,3]. Code in templates [u,l], 
[u,2] and [u,3] before the destinations of these new jump instructions will never be 
executed and is deleted. Finally, as illustrated in FIGURE 7B, some of Ihe last no- 
operation instructions in template [u,v] (for each u and v) which were created in the step 
30 of creating an idle period at the end of each template are replaced by a jump instruction to 
the start of template v, again in such away as to ensure continuity of the waveform. 
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The code at this point is typically 8000 instructions long, too long to fit in a 
low-cost micro-controller, A number of optimization algorithms is therefore applied to 
reduce the code size. Unlike conventional optimization algorithms, it is essential that 
these preserve exactly the timing of instructions executed. 
5 The code is searched for the longest sequence of instructions that occur 

more than once using an algorithm which iteratively increases the length of candidate 
sequences, rejecting them as they become unique. Only those sequences which could be 
converted to a subroutine are considered; these need to have enough no-operation 
instructions at either end to cover the subroutine call and return overheads of the micro- 
1 0 controller. When the longest sequence is found, it is converted to. a subroutine with the 
appropriate number of no-operation instmctions deleted from either end to cover the time 
required for the call and return; each occurrence of the sequence is then replaced with a 
subroutine call instruction. This procedure is then repeated until no further suitable 
duplicated sequences are found. The code size will now have been reduced to perhaps 

15 2000 instructions. 

The pool of newly-created subroutines is now searched to identify instances 
where the whole of a subroutine A (consisting of n instructions) is identical to the last n 
instructions of another subroutine B. All calls to subroutine A are replaced with calls to 
the point n instructions from the end of subroutine B. Subroutine A is then deleted. 
20 A number of peephole optimizations is also performed which reduce code 

size while preserving timing in accordance with the invention. For example, on the 
PIC16F84, two consecutive no-operation instructions can be replaced with a jump to the 
following location, saving one instruction. 

A small number of instructions is added to the beginning of the optimized 
2 5 code to initialize the micro-controller. The code is now complete and ready to be 

programmed into the appropriate one of the micro-controllers 66. The above procedure 
need only be performed once for each desired carrier frequency. 

As noted above, the communications link 65 is divided into sixteen 
channels spaced at 6 kHz intervals. For simplicity, the center frequencies of the channels 
30 are at multiples of 6 kHz. The lowest-frequency channel is therefore centered at 54 kHz 
and the highest at 144 kHz as illustrated in FIGURE 8. Channels are referred to by 
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number, where the number is the center frequency divided by 6 kHz. Thus, the available 
channels are numbered 9 to 24 inclusive. Each channel carries a QPSK signal with a 
symbol rate of 2 kHz and a data rate of 4 kbps. The channel thus occupies aband 2 kHz 
either side of its center frequency with guard bands 2 kHz wide separating adjacent 

5 channels as shown in FIGURE 8 

Those skilled in the art will appreciate that, given the digital nature of the 
coil driving circuit of the sensor band 10, the majority of the out-of-band power for any 
channel is likely to be at its third harmonic. Since the third harmonic of channel 9 (52 
kHz -56 kHz) lies in the range 1 56 kHz -168 kHz, it will not cause interference with 

10 channel 24, which occupies the range 142 kHz - 146 kHz. 

The majority of the different types of sensor bands 10 for use in accordance 
with the invention will have data rates which fit comfortably within a 4 ld>ps channel. For 
those sensor bands that require a higher data rate, it is possible to retain the phase-shift 
keying modulation scheme of the preferred embodiment but to represent more than two 

15 bits per symbol by the use of m-ary phase-shift keying. This would allow a higher data 
rate in the same channel width, although a higher signal-to noise ratio would be required 
for reliable communication. Alternatively, data compression techniques may be used to 
compress data into a single 4 kbps channel, or multiple channels could be used for a single 
sensor band. 

20 The QPSK signal can be generated digitally and then passed through an 

oversampling modulator, implemented within the ASIC 64. This would directly generate 
a digital signal suitable for feeding to the coil driver. Alternatively, the transmitter of the 
sensor band 10 may require a small additional circuit, probably involving a phase-locked 
loop, to reduce out-of-band transmissions further than a practical oversampling modulator 

25 will allow. 

At the communications receiver 68 of signal transfer unit 20, a number of 
QPSK channels can be simultaneously demodulated using a DSP device. A front-end 
comprising amplifiers, anti-aliasing filters and analog-to-digital converters is required. 
Such circuitry is described in detail in the aforementioned related U.S. Patent Application 
30 Serial No. 09/292,159. 

In accordance with the invention, the output of the DPS device comprises 
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three signals: 

1) a clock signal C; 

2) a framing pulse F; and 

3) a data signal D. 

5 In the preferred embodiment, the data from the sensor band 1 0 consists of a continuous 
sequence of 160-bit packets, where the bit rate is nominally approximately 4 kHz and the 
packet rate is thus approximately 25 Hz. The framing pulse F indicates the position of bit 
0 of each packet. 

As illustrated in FIGURE 9, of the 160 bits in each packet, 128 form the 
10 data payload. The remainder include a header including a field to indicate the format of 
the data and a sequence number that increments with each packet. A trailer includes an 
error-checking (CRC) field. The data capacity of the channel is therefore 25 Hz 
multiplied by 128 bits, or 3200 bps. TTiis is sufficient capacity for the majority of the 
known sensor arrays to require only one channel each. If not, data compression or 
15 multiple channels may be used for each sensor band 10. Packets of data from several 
received channels can be multiplexed into a single output stream for the DSP. 

As shown in FIGURE 9, each packet of 160 bits is divided into a number 

of fields as follows: 

1) bits 0-7; header, including packet type and sequence number. The 
2 0 packet type field defines the fomaat of the data within the payload field. Each different 

sensor array could be assigned a different packet type. The three-bit sequence number 
increments modulo 8 with each packet and can be used to check the integrity of the data 
stream. 

2) bits 8-135; data payload- The format of the data within the payload 

2 5 field is defined by the packet type. 

3) bits 136-1 59; trailer. This field may include a CRC field which is 
an eight-bit CRC of the data in bits 0-135 of the packet. The CRC may be used to detect 
errors in marginal reception conditions or in the presence of interference. 



Of course, certain sensor arrays may generate raw data at a rate higher than 
3 0 one channel can handle. The provision of suitable compression in the ASIC 64 or one of 
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the micro-controllers 66 would allow one channel to be used, as well as reducing the 
bandwidth requirement of the transmissions over the communications Unk 65. In addition, 
buffering requirements in the signal transfer unit 20 would be reduced, and 
communications requirements between the signal transfer unit 20 and base station unit 30 
5 would be simplified. However, if such compression cannot be provided due to cost and 
the like, more than one channel would need to be used for each sensor array 10. 
B, ■<ii giial Transfrr Unit - Base Starinn Unit Link 
As noted above, the signal transfer unit 20 has a memory buffer 72 which 
enables at least three modes of operation for the signal transfer unit 20. In normal 
10 operation, the signal transfer unit 20 communicates with the base station unit 30 with no 
data stored in the memory buffer 72. The memoiy buffer 72 is preferably disabled in 
order to minimize the supply current. The data is transmitted via the communications link 
75 using the protocol to be described below. The user interface (FIGURE 3) has normal 
operational information displayed. The signal transfer unit 20 may also operate without a 
15 communications link to the base station unit 30. hi this state, the vital signs data arrives at 
the signal transfer unit 20 as in the normal state. However, the data is redirected from the 
communications receiver 68 to a buffer of processor 70. When the processor's buffer fills 
up (this only allows 4 packets worth of data and is held on-chip in the RAM of processor 
70) the data is directed to the much larger memory buffer 72, which may be, e.g., a 
2 0 DRAM, a flash memory, or other comparable memoiy device. If the memory buffer 72 
becomes 90% full, an alarm condition may be set. On the oAer hand, the signal transfer 
unit 20 may operate with a communications link 75 but still having data stored in the 
processor's buffer and/or memory buffer 72 on a "first-in, first-out" (FIFO) basis. In this 
state, the buffered data is sent to the base station unit 30 as quickly as possible, with new 

2 5 incoming data being directed to the memory buffer 72. In any of these states, the CRC 

status bits of the incoming data frame will be examined, and if these show that the data is 
valid, the data is extracted and, depending on the state of the signal transfer unit 20, this 
information will either be directly built into a packet for transmission to the base station 
unit 30 (or placed in a buffer ready for transmission) or will be sent to the next available 

3 0 area of the memory buffer 72. If the CRC fails, the data packet is discarded. 

In the preferred embodiment, the radio transceiver 74 of the signal transfer 
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unit 20 is a transmitter/receiver based on the RF2905 transceiver chip with the following 

interface lines to baseband: 

1) data in (data received from the base station unit 30); 

2) data out (data transmitted to the base station unit 30); 
5 3) T/R - transmit/receive switch; and 

4) power up flag (to wake the transceiver from sleep mode) 
The other interface connections to the RF2905 chip can be derived from 
these interfaces using a small amount of logic circuitiy so as to reduce the number of I/O 
ports required on the processing device. 
10 In the preferred embodiment, communications link 75 runs at a 40 kbps 

baud rate. A packet typically comprises a preamble, a synchronization codeword, various 
packet definition codes, a packet ID, data, and a CRC error detection code. In a preferred 
embodiment, the CRC code is 1 6 bits wide and the data content within a packet is 32 bits, 
resulting in a CRC algorithm performing over a 48-bit packet. The CRC is performed in 
15 baseband in the signal transfer unit 20 for both the transmitted and received data. The 
CRC algorithm is performed in real-time if possible, utilizing 32-bit registers and various 
rotate and shift instructions in the instruction set of processor 70. If the CRC cannot be 
performed in real-time, the data will be buffered and the CRC will be performed as soon 
as the current reception is complete. Due to the base station channel being predominantly 
2 0 for data traffic to the base station unit 30, this incoming data procedure should have little 
activity; however, this will not be the case during periods of poor reception when data will 
need to be re-transmitted and "NAK" codes sent regularly from the base station unit 30. 

Data received from the transceiver of the radio transceiver 74 is 
asynchronous; therefore, clock extraction is a function that must be performed by the 
25 signal transfer unit 20 in baseband. This involves over-sampUng of the synchronization 
codeword (a 10 10 10... pattern) and performing frame alignment. 

The communications protocol between the signal transfer unit 20 and the 
base station unit 30 has been designed to address Ae following requirements: 

1 ) The system must be compatible with half duplex operation for 
3 0 implementation within a single radio frequency allocation; 

2) Battery life at the signal transfer unit 20 is a critical parameter in 
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the overall system perfonnance and the power consumption at the base station unit 30 is of 
lesser consideration. Therefore, the protocol must favor low consumption at the signal 
transfer unit 20; 

3) High efficiency in the data flow from the signal transfer unit 20 to 
5 the base station unit 30 is required to maximize the channel information capacity of the 

radio link; 

4) A simple protocol implementation is desirable to minimize 
processing power at the signal transfer unit 20 and hence reduce power consumption; and 

5) A high degree of data integrity is required with erroneous data 
10 being harmful to the applications supported by the system. Therefore, the system must 

'fail safe' with the preference being to supply no data rather than erroneous data. 

The communications protocol between the signal transfer unit 20 and tiie 
base station unit 30 has been designed to transport data over a physical channel 
implemented as a radio link. The behavior of radio propagation channels is well 
15 documented and of relevance to the protocol design is its tendency to exhibit burst error 
characteristics rather than random bit errors. This is due to fading effects originating from 
mechanisms such as multi-path, shadowing, and antenna orientation. Therefore, a data 
packet scheme has been adopted with CRC to provide error detection and an ARQ scheme 
to retransmit eironeous data packets. No provision for bit error correction has been 
2 0 implemented and data scrambling has been included to minimize the DC component in the 
data stream. Wherever possible, the protocol has been designed to be unrestrictive to the 
data format being transferred over the communications link 75 while maximizing 
efficiency, which assumes prior knowledge of the format of the measurement data. 

Since the protocol favors low power consumption at the signal transfer unit 
25 20, a communications dialog is always initiated by the signal transfer unit 20 and never 
Ae base station unit 30. This allows the signal transfer unit 20 to power down when in 
idle mode and removes the requirement for high specification timing components. 

In the preferred embodiment, the communications protocol is 
asynchronous. Initial dialogue synchronization is established with a preamble sequaice 
30 and provision for subsequent timing alignment is provided by syndironization sequences 
preceding all data packets. 
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Three basic functional mechanisms are provided in the signal transfer 
unit/base station unit protocol: 

1) Registration; 

2) Idle/re-registration; and 
5 3) Information flow. 

These mechanisms will now be described in detail. 
Registration Mechanism 

The purpose of the registration mechanism is to provide a means by which 
the signal transfer unit 20 and the base station unit 30 acknowledge their mutual presence 
10 and confirm the perfomiance of the radio link 75. It provides an opportunity for the base 
station unit 30 to send initializing control parameters to the signal transfer unit 20 if 
required FIGURE 1 OA represents this mechanism. As illustrated in FIGURE 1 OA, the 
dialog is initiated with a dialog registration request from the signal transfer unit 20 which 
must be transmitted within tpowBKjjp seconds of the signal transfer unit 20 being powered 
15 up. The base station unit 30 responds to the registration request with an acknowledgment 
(ACK) packet to confirm its correct receipt or a data packet containing control 
information which implicitly provides the acknowledgment. In the latter case, the signal 
transfer unit 20 must acknowledge the safe receipt of the control information. If the 
control data exceeds a single packet length, multiple packets may be used to fragment the 
2 0 control information, with an acknowledgment being required from the signal transfer unit 
20 for each packet. This is conducted in the same manner as the data flow mechanism 
described below with respect to FIGURE lOB. If no control data is transmitted from the 
base station unit 30 and a simple acknowledgment packet is sent, the signal transfer unit 
20 will not provide further acknowledgment. It is recommended that the base station unit 
25 30 allocate a unique logical unit number to the signal transfer unit 20 during the 

registration dialog using the appropriate control code such that control data is always sent 
in place of the acknowledgment package. 

If the signal transfer unit 20 fails to achieve registration, the signal transfer 
unit 20 will wait for a minimum time of tMiN.REojvArr a maximum time of tMAX Mo wAir 
3 0 before making another attempt at registration with a dialog request. It is recommended 
that a random element be included in the wait time in order to facilitate random access 
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schemes in the case of multiple signal transfer units 20 transmitting to a single base station 
unit 30 in alternative embodiments. 
Idle Mechanism 

The purpose of the idle mechanism is to maintain registration of the signal 
5 transfer unit 20 and to provide the opportunity for the base station unit 30 to reconfigure 
control parameters within the signal transfer unit 20 if required The fomiat of the dialog 
is identical to the registration mechanism with the difference lying in the format of the 
dialog request packet. In order to maintain registration, the maximum allowable time 
between idle dialog (or registration dialog in the first instance) will be tMAx.ioLE and 
1 0 registration will become invalid if no dialog is conducted after tLosB.Rfio of the previous 
dialog. Thus, tMAx ©le defines the maximum time permissible before control data can be 
sent to the signal transfer unit 20 and tLosB.REo defines the time after which registration 
becomes invalid. 
Data Flow Mechanism 
15 The purpose of the data flow mechanism is to transfer measurement data 

from the signal transfer unit 20 to the base station unit 30 and to provide the opportunity 
for the base station unit 30 to reconfigure control parameters within the signal transfer unit 
20 if required. FIGURE lOB illustrates the data flow mechanism. As illustrated in 
FIGURE lOB, the data flow mechanism is similar in its implementation to the registration 
20 and idle mechanisms except the dialog request packet must notify the base station unit 30 
that the signal transfer unit 20 has valid data waiting. As before, an acknowledgment 
packet may be replaced by a data packet with implicit acknowledgment and, similarly, the 
data packet on the reverse link may implicitly acknowledge safe receipt of the control 
information. The data packets contain control information that informs the base station 

2 5 unit 30 if further data packets are to be transmitted in the dialog. 

ARQ Scheme 

The purpose of the ARQ scheme is to provide the means by which 
erroneous data packets are retransmitted based on the use of "not-acknowledged" (NAK) 
packets to request retransmission. In order to conserve power at the signal transfer unit 

3 0 20, the number of times a packet may be retransmitted is limited, and if either the base 

station unit 30 or signal transfer unit 20 receives two consecutive erroneous packets, the 
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data link will be considered to have failed, and a minimum time of twiN.FAiL.wArr will be 
allowed to elapse before the signal transfer unit 20 attempts to re-establish the link with a 
dialog request. The scheme is independent of packet type such that an acknowledgment 
package is treated in the same manner as a data packet. 
5 Three cases are therefore identified. 

Case! 

This case defines the ARQ behavior when a single erroneous packet is 
detected and no further errors occur on the communications link 75 thereafter. FIGURE 
IOC defines the mechanism. As illustrated in FIGURE IOC, the signal transfer unit 20 

10 sends a data packet which is incorrectly received at the base station unit 30, the base 
station unit 30 sends a NAK package which contains a data field pointing to the first 
detected erroneous packet, and the signal transfer unit 20 retransmits the data packet As 
illustrated in FIGURE lOD, an identical procedure is adopted if the signal transfer unit 20 
fails to receive a packet from the base station unit 30. 

15 Case 2 

This case defines the ARQ behavior when two erroneous packets are 
detected consecutively and no further errors occur on the communications link 75 
thereafter. FIGURE lOE defines the mechanism. As illustrated in FIGURE lOE, the 
signal transfer unit 20 sends a data packet which is incorrectly received at the base station 

2 0 unit 30, and the base station unit 30 sends a NAK packet which is incorrectly received by 

the signal transfer unit 20. The signal transfer unit 20 then transmits a NAK which is 
correctly received at the base station unit 30 which then retransmits the first NAK packet 
containing a data field pointing to the first detected erroneous packet which is 
subsequently retransmitted by the signal transfer unit 20. As illustrated in FIGURE lOF, 
25 an identical procedure is adopted if the signal transfer unit 20 fails to receive a packet 
from the base station unit 30. 
Cases 

This case defines the ARQ behavior when three arroneous packets are 
detected consecutively. FIGURE lOG shows the mechanism. As illustrated in FIGURE 

3 0 1 OG, the base station unit 30 receives two consecutive erroneous packets and hence 

recognizes that the radio link has failed. No fiirther reply is sent to the signal transfer unit 
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20 which, by implication, will inform the signal transfer unit 20 that the link has failed. 
The base station unit 30 then returns to receive mode and awaits re-establishment of the 
communications link 75 by a dialog request from the signal transfer unit 20. Similarly, if 
the firet eiToneous packet is received by the signal transfer unit 20, an identical mechanism 
5 is adopted as shown in FIGURE lOH. This case also defines the situation where a 

correctly received packet lies between two erroneous packets as the receiving unit detects 

two consecutive erroneous data packets and considers the radio link to have failed. 

FIGURE 101 illustrates the dialog in this case. 

Padcet Formats 

10 The format of the data packets required to implement the functional 

mechanisms described above will now be described. Three primary types of packet are 

defined as follows: 

1 ) Dialog Request Packet, 

2) Acknowledgment Packet; and 
15 3) Data Packet. 

Subsets of each primary type are defined to implement the detailed functionality. 

Dialog Request Packet 

A dialog request packet initiates a dialog between the signal transfer unit 20 
and the base station unit 30 and can only be sent by the signal transfer unit 20. Three 
2 0 types of dialog exist to implement registration, idle mode and data transfer initiation. All 
dialog request packets are of fixed length and preceded by a preamble with a single CRC 
bit sequence appended to the end of the packet. In each case, the CRC is applied to the 
information content of the packet and excludes the preamble and synchronization 
codeword. Generally, each dialog request packet contains a preamble that allows an 

2 5 analog data slicing hardware threshold in the radio circuitry to settle to an appropriate 

value for optimum data reception, a synchronization codeword which allows the receiver 
to synchronize its bit sampling mechanism, a registration identification codeword that 
identifies the transmitted data packet as a registration data packet, an optional serial ID 
assigned to the signal transfer unit 20 at manufacture and/or logical unit ID assigned to the 

3 0 signal transfer unit 20 by the base station unit 30 to provide limited addressing 

functionality in the case of a plurality of signal transfer units 20 transmitting to a single 
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base station unit 30, a modulo counter number (packet ID), and CRC bits. 
Acknowledgment Packet 

An acknowledgment packet is used to inform the sender of the success of a 
transmitted packet. Two types of acknowledgment packet are defined for success and 

5 failure. All acknowledgment packets are of fixed length and have a CRC bit sequence 
appended to the packet. In each case the CRC appHes only to the data content of the 
packet and excludes the synchronization codeword. Generally, each acknowledgment 
packet contains a preamble, a synchronization codeword, an ACK or NACK identification 
codeword, an optional serial and/or logical unit ID of the signal transfer unit 20, apacket 

10 ID, a packet success ID or retransmit reference ID, and CRC bitS: 
Data Packet 

Data packets are used to transfer sensor data from the signal transfer unit 
20 to the base station unit 30 and control information from the base station unit 30 to the 
signal transfer unit 20. In order to minimize the processing requirements of the signal 
15 transfer unit 20 and transmit-receive switching time, the infomiation contained within the 
packet may be divided into an integer number of data codewords with CRC individually 
applied to each word. The synchronization codeword is excluded from this process. Two 
types of data packet are defined to implement rapid data transfer and control data transfer. 
For each type of data packet, two identification codewords are applicable which indicate 
2 0 whether another data packet is to follow. 

The CRC is embedded in the data packet according to the codeword 
structure. Each codeword contains NBirs^PER^coDEwoRD ^ maximum of 
Nmax.codewords.per.packet are allowed in a single data packet It is permissible to 
fragment data between successive data packets and no restriction is applied regarding the 
2 5 point of fragmentation. 

The rapid data packet is used to transfer measurement data from a single 
sensor device as efficiently as possible and contains minimal control content. This type of 
data packet is preferably used in instances where maximizing the capacity of the 
communications channel is paramount. This data packet preferably includes an indication 
30 of the Signal Transfer Unit Logical Unit and the Data Source ID. The CRC will be 
embedded in the data packet according to the codeword structure. 
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The control data packet is used to transfer control data to configure 
parameters within the signal transfer unit 20. It is identical in format to the rapid data 
packet except that the free format sample data field contains a number of control 
sequences. 

5 In a preferred embodiment, data scrambling is applied to all bits 

transmitted over communications link 75, with the exception of synchronization 
codewords and preambles. Data scrambling is applied to minimize the DC content of the 
data within a particular packet and is achieved by multiplying the bitstream with a fixed 
pseudo noise (PN) sequence having a length equal to the length of a data codeword 
1 0 (including the CRC) such that the scrambling is applied codeword by codeword for a data 
packet and a partial sequence used for all other types of packet. 

In transmitting data pursuant to the above-described transmission protocol, 
the communications link 75 is required to transport a maximum information rate of 1 5 
kbits/sec over arange of 60 meters. In addition, the communications link 75 must 
15 support the data overheads associated with the protocol and provide sufficient capacity for 
the system to transmit previously stored measurements at a higher data rate to catch up 
with the real time fiinction in the event that the signal transfer unit 20 should be taken out 
of range for a period of time. Assuming a minimum protocol efficiency of 63%, a 
minimum data rate of 23.8 kbits/sec is required to achieve the required information rate 
2 0 assuming a perfectly reliable link. 

Taking into account restrictions imposed by baseband processing, a data 
rate of 40 kbits/sec has been adopted in a preferred embodiment to provide an information 
capacity of 25.2 kbits/sec which translates to a duty cycle of 59.5% under good operating 
conditions or a catch-up rate of 0.68 hours/hour when the full information capacity is 
25 required. Since the spectral allocations for unlicensed radio transmission are at 433 MHZ 
and 91 5 MHZ in Europe and the USA, respectively, with a small number of exceptions 
where bandwidth is specifically allocated for medical telemetry applications, these 
frequencies are chosen for transmission via communications link 75 in the preferred 
embodiment. In general, the allocations provide more than 100 kHz of bandwidth which 
3 0 will not be restrictive to the system given the 40 kbits/s data rate. 

C. Base Station Unit - Remote Monitoring Station Link 
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Communications link 85 is used to transfer the acquired patient vital signs 
data from the base station unit 30 to the remote monitoring station 50 and to transfer 
configuration information from the remote monitoring station 50 to the base station unit 
30. In a preferred embodiment, the base station unit 30 and remote monitoring station 50 
5 communicate in a stream-based protocol implemented using TCI/IP sockets, where each 
data packet has a message start byte, bytes indicating total message length, a message 
command, and message contents. The data packets generally contain a data timestamp 
and ECG, respiration, temperature, motion, and bend data, however, data packets from the 
base station unit 30 may also contain weight, blood pressure, and spirometer readings 
1 0 from the auxiliary sensors. Other packet types may include heart. rate, respiration rate, 
temperature and/or event data. 

Generally, before TCP/IP communication between the base station unit 30 
and the remote monitoring station 50 can be established, a network connection must first 
be established between the two systems. The remote monitoring station 50 initiates 
15 connection to the base station unit 30, and once the connection has been accepted, both 
ends of the communications link 85 will listen for commands. The protocol may be 
terminated by either end of the communications link 85 disconnecting its socket. Each 
command is unidirectional, and acknowledgment of any command is necessary. 

A command set of the protocol for communications between the base 
2 0 station unit 30 and the remote monitoring station 50 in the preferred embodiment of the 
invention will now be described. The following partial list of commands are used to 
implement the communications protocol over the communications link 85. 

An AddDataSource command from the remote monitoring station 50 
instmcts the base station unit 30 to begin acquiring data from a data source (sensor band 
25 10) specified in a data source ID within the command and to use a particular type of 
stream. Usually, this command identifies the wireless channel to use. 

A RemovcDataSource command from the remote monitoring station 50 
instmcts the base station unit 30 to stop acquiring data from the specified data source ID. 

A SetConfig command from the remote monitoring station 50 sends any 
3 0 required configuration data to the base station unit 30 and may contain flags instructing 
the base station unit 30 to flush the databases of the base station unit 30. 
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An AckConlig conimand from the base station unit 30 acknowledges to the 
remote monitoring station 50 successful receipt of the SetConfig message. 

A DataRequest command from the remote monitoring station 50 requests 
that the base station unit 30 sends a specified time range of raw or real-time data to the 
5 remote monitoring station 50. The data record type field within the command specifies 
the format that the remote monitoring station 50 will expect to be returned. In some cases, 
the same raw data may be requested in multiple formats. Only one request for data may 

be active at any one time. 

A DataRequestAbort command message from the remote monitoring 
1 0 station 50 causes all outstanding data requests to be aborted, including Event and Alarm 
data requests. This command should be sent before the remote monitoring station 50 
terminates the communications link 85. 

A RetumComplete command is sent by the base station unit 30 to indicate 
that all data for the last data request has now been sent to the remote monitoring station 
15 50. In this context, a data request includes a request for threshold alarms, session data, or 
events. A status field in this command indicates the reason for the base station unit 30 to 
stop transmission of Return records. 

A DataReturn command packet from the base station unit 30 contains data 
as requested via a DataRequest command. Different data record types will have different 
20 data sizes. 

A SetAlarm command from the remote monitoring station 50 is used to set 
up a threshold alarm monitor on the base station unit 30. A duration parameter indicates 
for how many seconds the threshold must be exceeded before the alarm is triggered. A 
hysteresis parameter defines a boundary around the threshold that needs to be crossed 

25 before the alarm triggers or resets. 

An AlarmDataRcquest command from the remote monitoring station 50 
requests that the base station unit 30 send all alarms recorded between the Start and End 
times supplied. The data actually is retumed as a series of "Alarm" commands, followed 
by a ReturnComplete message. 

30 A RemoveAlarm command from the remote monitoring station 50 causes 

the base station unit 30 to stop monitoring for the specified alarm. This command can 
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only be used to stop monitoring for an alann that was configured using the SetAlarm 
command. 

An Alarm command packet from the base station unit 30 encapsulates an 
alarm and returns an Alarm D) to the remote monitoring station after the SetAlarm 
5 message. 

A SetEventMeasurement command message from the remote monitoring 
station 50 requests that the base station unit 30 makes an auxiliary measurement. If the 
alert time is outside the range defined by the start and end times, no user alert is sent. If a 
periodic flag is set, the measurements are made daily, and the date portion of the start, 

1 0 end, and alert times are ignored. 

An EventReading command from the base station unit 30 contains the 
results of a scheduled auxiliary measurement, as requested by the SetEventMeasurement 
command. Data valid flags are used to indicate the nature of the data contained in the 
measurement. 

3^5 An EventDataRequest command message packet from the remote 

monitoring station 50 contains a request for event data specified for the specified time 
range. The response is a series of EventReading command packets followed by a single 
RetumComplete command. 

A TestRequest command is sent by either end of the communications link 

20 85 and is used to test the link between the two systems. A TestRequest command should 
result in a TestResponse packet within 3 seconds in a preferred embodiment. 

A TestResponse command packet is sent in response to the TestRequest 
command packet and may include a copy of the data accompanying the TestRequest 
message. 

25 Of course, other commands may be added as system features are added. 

Moreover, it is desired that the vital signs data be compressed for faster data downloading 
to the remote monitoring station 50. 

III. Collecting/Managing Data Using Remote Monitoring Station 
A, Mnnltoring Software 

3 0 Figure 1 1 illustrates the frmctional or software architecture of the remote 
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monitoring station 50. As noted above, remote monitoring station 50 is utilized by a 
health care professional to evaluate the vital signs data received from one or more patients 
and to perform control functions and maintenance functions necessary for system 
operation. FIGURE 1 1 illustrates an embodiment of FIGURE 5B in which the remote 

5 monitoring station 50 includes a server 52 for managing the processing of the vital signs 
data received from the base station units 30. A similar functional arrangement would be 
utilized for implementing the embodiment of FIGURE 5 A except that the server would be 
located in a separate physical unit or at a remote location. Each of the components of 
FIGURE 1 1 will now be discussed in turn. 

1 0 The remote monitoring station 50 maintains a database 1 10 of patient data 

received from each patient taking part in a study using the techniques of the invention. In 
a preferred embodiment, the patient data includes a patient number which is unique for 
possibly linking to other patient information systems and a telephone number for the 
patient's base station unit 30. Preferably, additional information is maintained for each 

15 patient case which is linked to the patient information. Such information may include 
current medications taken by the patient, current diagnosis information, base station ID, 
settings used to obtain data from the base station unit 30 and auxiliary sensors, and the 
like. 

The software of the remote monitoring station 50 maintains the patient 
2 0 database 1 1 0 and allows the operator to access such data for analysis and processing. As 
illustrated in FIGURE 1 1, database manager 1 12 manages all interactions with the patient 
database 1 10. Database manager 1 12 runs as a continuous background process to ensure 
that data can always be stored on arrival. The main interface is with the database 
management system used for the patient database 1 10; all other interfaces involve 

2 5 extraction of information from the patient database 1 1 0. 

Schedule manager 1 14 is responsible for all interactions with the base 
station unit 30 and, like the database manager 1 12, runs continuously as a background 
process. Since information about the required schedules for patient studies is stored in the 
patient database 110, the schedule manager 1 14 must obtain all relevant schedule 

3 0 infomiation from the database manager 1 12. Similarly, the schedule manager 1 14 passes 

all data to be stored (i.e. case session data, case alarm data) to the database manager 1 12 
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for storage in the patient database 1 10. The schedule manager 1 14 interfaces with the rest 
of the system through the database manager 112. The schedule manager 1 14 also needs to 
interface to any modems used to connect to base station units 30, Schedule manager 1 14 
further implements the base station-remote monitoring station communications protocol 
5 described in the previous section. 

The main user interface 1 1 6 provides all normal user interaction with the 
remote monitoring station 50. In the preferred embodiment, the user interface 1 16 has no 
customization or set-up options; all such functionality is provided by the system 
maintenance user interface 1 18. User interface 1 16 is designed to interface with the user 
10 manager 120, which maintains current state information and the like. However, some 

components may interact via different routes for efficiency if this is felt necessary (e.g. the 
schedule manager 1 14 may interface directly for live display). Preferably, the user 
interface 1 16 embeds instances of the graphics control process 122 for controlling the 
display of graphical data. 
15 The system maintenance user interface 1 1 8 provides control over any 

configurable parameters. In the preferred embodiment, an interface to the audit log 1 19 is 
provided from the system maintenance user interface 1 18 so that the operator may view 
the audit log. Preferably, settings that cause changes in visual elements (e.g. graphs) will 
provide a preview so that tiie user does not need to keep switching between the two 
2 0 modes. System maintenance user interface 118 also interfaces with the user manager 120, 
which maintains state information and the like. 

User mani^er 120 maintains state information about a single client user 
session. The coupling of user manager 120 to user interface 1 16 depends on the 
implementation methods actually used. Preferably, user manager 120 obtains a user name 
25 and password from the user and then activates either the user interface 1 1 6 or tiie system 
maintenance user interface 1 18 depending on the privilege level of the user. User 
preferences and other settings are read from the system settings object 123. The user 
manager 120 also accepts connections from graphics objects 122 and supplies the 
necessary graphical data on demand. 
3 0 The security system 124 maintains a secure database of user names and 

passwords used to access the system. There are two levels of user: user and administrator. 
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which are mutually exclusive. In the preferred embodiment, the security system 124 
maintains the user database files in an encrypted format. The user manager 120 validates 
users via password database 125 before continuing using a query to the security system 
124. 

5 Finally, an ECG analyzer 126 is provided to analyze in one second chunks 

any ECG signals passed to it. The processed data is output in a form that can be stored 
back in the patient database 1 10. Generally, the ECG analyzer 126 processes data as a 
complete session. ECG analyzer 126 preferably interfaces to the database manager 1 12 to 
perform the ECG analysis and to flag events in the vital signs data as it is uploaded. 
10 Generally, the ECG analyzer 126 performs arrhythmia analysis by searching for 

ventricular fibrillation (VF) and/or typing QRS complexes as normal, ventricular ectopic 
beat (VEB), SVEB, or artefact, ST analysis may also be performed to check for ST 
segment elevation, depression, and the like. 

If an arrhythmia event is found by ECG analyzer 1 26, the operator may 
15 choose to upload additional patient data around the arrhythmia event, send a warning 
message to the patient via the communications link 85 to cause the buzzer on the signal 
transfer unit 20 to sound, or the patient may be called in for evaluation. Generally, since 
the review is typically performed several hours after the data is collected, the event is 
noted and the patient is contacted off-line. 
2 0 Other functions of these software components may include the following: 

1 . Scheduling data acQuisition 
Scheduling of downloads, and actual data downloads may well occur at 
different times. In addition, a system may be managing many patients, yet only has access 
to a single phone line. Therefore, this aspect of the system will behave independently 
2 5 from the user interface. 

Generally, download scheduler 1 14 will use the case properties to 
download data from the patient base station units 30. The information that the user can 
specify for a patient's schedule is as follows: 



Monitoring days 



The days of the week on which monitoring is to occur 
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Monitoring times 


Either 4 specific times of day that monitoring will 
nrnir nr a neriodic interval (e.g. 6 hours) and a 

Starting time. 


Monitoring 

duration 


How long to monitor per session 


Download days 


The days of the week on which downloads are to be 
performed 


Download time 


The time at which a download should be performed 



The download scheduler 1 14 should be aware of the download bandwidth available to it, 
so that estimates of download times can be presented to the user. This can be refined 
based on actual data transfer times experienced by the system. 

Preferably, the download scheduler 1 14 will support multiple modems. If 
1 0 multiple downloads are scheduled for the same time, the download scheduler 1 14 will 
order them and perfoim downloads sequentially (or in parallel if multiple modems are 
present). Any downloads that fail should be moved to the end of the queue, and retried up 
to 3 times before failure is reported. Also, any downloads requested immediately by the 
user preferably will take priority over previously scheduled events, and the user warned of 
15 this fact. However, if the data requested does not exist on the base station unit 30, the fact 
will be audited, and an event raised for that patient, which would be reviewable with all 
other events on request. If the download is happening interactively, the user will also be 
notified with a message on the display screen of the remote monitoring station 50. In 
addition, it is preferred that any data download shall not cause data to be removed fi-om 
20 the base station unit 30 such that the same or additional data could be downloaded more 
than once if necessary (e.g. , in the event of a hard disk failure on the remote monitoring 
station 50 or in the case of a patient informing a physician that he or she felt poorly during 
the monitoring period at a time for which the data was not scheduled to be downloaded). 
As noted above, ECG analysis may be perforated automatically upon data download, if 
25 appropriate. 

2. Flagging Events 
The following types of event can be set by the remote monitoring station 
50 to be flagged by the base station units 30: 
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Temperature threshold 


Both high and low, plus an optional time before trigger 

V CU LLS^ 


HK turesnoia 


Roth hioh and low olus an optional time before trigger 
value 


RR threshold 


Both high and low, plus an optional time before trigger 
value 


Event 1 


Event button 1 pressed on the signal transfer unit 


Event 2 


Event button 2 pressed on the signal transfer unit 


Data not available 


Data has been requested by the remote monitoring 
station 50 tfiat does not exist on the base station unit 30 



The above events will be stored on the base station unit 30, and new events will be 
downloaded whenever the remote monitoring unit 50 and base station unit 30 connect. 

In addition, the following events will be flagged by the remote monitoring 
1 0 station 50 once data analysis has been performed: 



BP threshold 


Both systolic and diastolic, high and low 


VBB frequency 


as calculated 


Tachycardia 


Onset and fmish 


Bradycardia 


Onset and finish 


Ventricular 
Tachycardia (VT) 


Onset and finish 


Ventricular 
Fibrillation (VF) 


Onset and finish 


Asystole 


Onset and finish 



20 L DataAnalvsis 

The following channels of data may be analyzed: ECG (for both full 
analysis and heart rate calculation) and respiration (either respiration or bend channels, to 
produce a measurement of respiration rate). All data analysis is performed automatically 
on a session whenever results are required, and the results of the data analysis are stored in 
25 the patient database 1 1 0. 

±. Security 
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For purposes of accountability, and to simplify the user interface for 
notmal users, it is necessary to identify all users with a user name and password. There 
are two privilege levels, user and administrator. The two levels are mutuaUy exclusive so 
that it is always necessary to log in as a different user to perform administration tasks. 
5 This prevents a normal user firom simply giving themselves administration privileges and 
accidentally changing or accessing certain features. 

5i Auditine 

It is necessary to audit certain actions performed by the system or by users. 
The audit record should be kept in audit log 1 19 (FIGURE 1 1) separate from the patient 
10 database 1 10. Clearing the audit log 1 19 will only be possible by administrator level 
users. 

A checksum based on file size and modification date is kept in the system 
configuration, preferably encrypted. If on software start up, the checksum does not match 
the file, the software should refuse to start until reset by a user with privileged access. In 
1 5 other words, the software will not start until the password is entered. This event will then 
be logged into the audit log 119. The audit log 1 19 will consist of entries showing the 
typt of entry, time of occurrence, and the name of the user causing the auditable event 
(where appropriate). Other event-specific infoimation may optionally be added. 
The events to be audited are: 



20 


1. 


Addition of a patient case; 




2. 


Closing a patient case; 




3. 


Re-opening a case; 




4. 


Modification of case properties; 




5. 


Session download; 


25 


6. 


Events triggered; 




7. 


Setting/changing of event settings; 




8. 


Failures to connect to base station units 30; 




9. 


Errors reported by a base station unit 30; 




10. 


Audit log tampering; 


30 


11. 


Data export/import; 




12. 


Data back-up/restoration/archiving; and 
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1 3 . Adding/removing users . 
B. User Interface to Monitoring Software 
FIGURE 12 illustrates a diagram of the top level uses of the remote 
monitoring station 50 of the invention. As illustrated, such uses include: adding a new 
5 patient to be monitored (creating a new patient case), modifying case properties, closing a 
patient case, downloading data immediately, monitoring real-time (live) data from a 
patient, reviewing downloaded data from a patient, reviewing events, performing system 
maintenance, and shutting down/logging off the remote monitoring station 50. The use 
cases and the user interface of the remote monitoring station 50 used for implementing 
1 0 such use cases will be described in this section. Generally, the remote monitoring 

station's software communicates with the base station unit 30 via the base station/remote 
monitoring station protocol described above. 

Add a new patient 

For this case, the user is prompted to enter the new patient information, 
15 with access to all fields in the patient database 1 10. On finding a duplicate patient number 
(not name, as there may be people with the same name in the same system), the user is 
prompted to either try again, create a new case for that patient or go to Modify Case 
Properties to modify the current case for that patient. If the patient has closed cases, the 
option is also given to re-open a case. The patient information is added to the patient 
2 0 database 1 1 0 if the patient is a new patient, and the case information is also added to the 
patient database 110. 
Modify case properties 

The user selects the case to modify, and, as illustrated in FIGURE 13,- the 
process then splits into the following tasks: 
25 1) Edit database information 

The user modifies any of the entries in the patient or case record, except the 
Patient Number and any auto-generated ID fields used to link databases together. 
2) Set-up patient schedule 

This page offers the option to have a look at the current status of the 
3 0 patient. The download properties are entered, with about 3 common defaults accessible 
from a simple interface, and the current settings (if any) displayed. Some types of 
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download schedules actually result in multiple download instructions being generated, e.g. 
for downloading 5 minutes per hour over the course of a 24 hour period, with the actual 
download saved up for a later time. Preferably, download properties are validated, and 
any conflicts resolved (eg. if an impossible amount of download time is required). The 
5 download properties are then sent to the download scheduler 1 14. Since some downloads 
may take an extended period of time, it is desirable that an estimate of the onlme expected 
time should be presented when setting download schedules. 

3) Set Events 

A page showing all possible event types is presented. If none has been set 
10 for the current case, all events default to OFF. Each type of event has default parameters 
that are supplied when it is activated. The events set for this patient case is saved in the 
patient database 1 10 with other download information. Changes to the alarm set are 
audited. Also, each event has associated with it a property that determines if any 
associated data for a given event is to be downloaded; this specifies the number of minutes 
15 data before and after the event to be acquired. This is detemiined by the remote 

monitoring station 50, so that the decision to download a session corresponding to an 
event is made only once an event has arrived at the remote monitoring station 50. 

4) Set auxiliary sensor measurements 

In a preferred embodiment, the following auxiliary sensors are supported 
20 by the base station unit 30: blood pressure (systolic, diastoHc and mean), spirometry 
(FEVl and PEF), and weight. Measurements are set on an case by case basis, a typical 
scenario might require 4 measurements per day. A measurement window is defined, 
outside of which, the measurement is not made. Optionally an alert point (in minutes 
before the end of the measurement period) is selectable, which causes the patient to be 

2 5 reminded by the buzzer of the signal transfer unit 20. When multiple measurements are 

required during the same time window, the order in which the patient is required to make 
measurements is controllable. 
Close a patient case 

The user is asked to confirm that the case should be closed. 

3 0 Download data immediately 

Once the user selects a patient case, the user selects the time range of data 
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te download. The user should be warned if this download would conflict with any others 
currently scheduled or taking place. 

Monitor live data 

The user selects a patient case and establishes a connection with the 
5 appropriate base station unit 30. Failure to connect should be reported immediately. 
Conditions likely to cause failure are: 1) base station unit 30 turned off or not connected, 
2) patient is not wearing a disposable sensor band 1 0 (data not available), 3) phone line is 
busy, 4) all user phone lines are busy downloading other patient sessions, and 5) the signal 
transfer unit 20 is out of range of the base station unit 30 (or in catch-up mode). The 
10 monitored data is displayed in a real time, smooth scrolling display. When disconnected 
from the base station unit 30, the user may go to the review downloaded data section to 
analyze the session just downloaded. 
Review downloaded data 

FIGURE 14 illustrates this use case and its associated subtasks, each of 

15 which will be described in tum. 

1) Review raw data 

Once the user selects a patient case, the default display shows ECG, 
respiration, motion and bend data, with numerical values for heart rate (HR), respiration 
rate (RR) and temperature. The raw data channels are filtered for display purposes only 

2 0 (filtered data is not stored), and the display time base is selected from 5 seconds, 1 0 

seconds, 20 seconds or 25 mm/sec. Any gaps in the data are shown as gaps in the graphs. 
System maintenance allows scales to be changed, traces to be added or removed, and 
colors to be changed. The user has controls to change the time base, to scroll backwards 
or forwards through the data, to pause the display (but not to stop live acquisition), to stop 

2 5 monitoring and disconnect from the base station unit 30, and to print the current screen. 
User controls are as for live review, with the additional option to tum the above dynamic 
scrolling on and off. 

2) Review summary data 

Once the user selects a patient case, data is shown as a page of graphs from 
30 the whole session, showing HR, RR, and temperature. The display time base is selectable 
from 30 minutes, 1 hour, 3 hours, 6 hours, 12 hours and 24 hours. Where the session is 
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smaller than some of these ranges, not all options are available (e.g. 24 hour time base is 
not available for a 1 hour session). Any gaps in the data are shown as gaps in the graphs. 
Also, system maintenance allows scales to be changed, traces to be added or removed, and 
colors to be changed. In addition, the display is interactive, so that selecting a region of 
5 the graph allows access to the raw data for that section. This happens in such a way that 
returning to the summary view is simple (perhaps bringing up a separate window for the 
raw data, for example). 

3) Review/Perform ECG analysis 

Once the user selects a patient case, if the ECG analysis has not already 
1 0 been performed at the time of data download, the user is asked to confirm if ECG analysis 
should be performed immediately. The entire patient session is sent to the ECG analyzer 
126, and the progress through analysis is reported to the user by way of a progress bar. 
Once completed, the results of the analysis are saved to the session record. The analysis 
options outlined in the following use cases are presented to the user. By default the 
15 summary report should be shown when analysis is complete. 

The user is offered the ability to display a histogram of R-R intervals in the 
analyzed data. Also, a template display is provided which displays a page with the top 12 
beat types, including the number of each type and the percent of total beats. The beats 
shown are one actual beat from the raw data, including its time. The user is permitted to 

2 0 navigate forwards and backwards through the different occurrences of that beat type in the 

raw data. The user may go to the section of data corresponding to a given beat; such a 
display is in the "full disclosure" format where a trace is displayed with the same basic 
properties as the raw data graphs. Additionally, the ECG trace is labeled with all 
classified beats and rhythms identified by the ECG analyzer 126. A summary report of 
25 the results of ECG analysis is generated. 

The user has simple access to print out a report. On the other hand, the 
ST/QTA^EB graph of ST Level, QT Interval, and VEB frequency and heart rate, plotted 
against time for the entire session may be available. 

4) Review auxiliary data 

3 0 This routine displays a graph of data acquired from the auxiliary sensors at 

the base station unit 30. If no data exists for one of the auxiliary sensor types, no axes are 
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drawn for that sensor. Graphs plotted are blood pressure (with systolic, diastolic and 
mean plotted on the same set of axes), FEV 1 and PEF (highest of three readings plotted on 
different axes) and weight. All data points for a given series are joined by lines. Time 
base range is selectable between 1 week, 1 month, 3 months and 6 months. 
5 Review events 

Specific event analysis is always performed on an event for a single patient. 
The user is asked the time period during which to review an event. The default is the last 
7 days. FIGURE 1 5 illustrates an analysis of the applicable alarms. 
1) Report of event times 
Lo This report is the simplest and simply lists, in a text based form, the events 

that have occurred in the specified period. Information listed includes the time the event 
was triggered, the type of event, and the cause of the event (e.g. high threshold triggered). 
The only customization is the ability to selectively show event of a particular type or all 
events. The default is to show all events. 
15 From a given event, it is possible to go to the data associated with it. For 

certain events, the data will have automatically been downloaded with the event itself; for 
others, the data may be included in an already downloaded session. In the remaining case, 
where there is no data associated with an event, the user is prompted to download the 
associated data. 
20 2) Histogram of all events 

This report shows a histogram spanning the selected time period, showing 
the number of events of each type that occurred. The histogram columns are determined 
by the events selected for the patient. Threshold events will give rise to 2 columns each, 
one for high ttigger, the other for low trigger. 
25 3) Event frequency graph 

This report shows a graph plotting the total number of events per 1 5-minute 
interval agamst time. The graph is interactive in that selecting a point on the graph will 
open up a histogram, but with the data taken only from the selected 1 5-minute period. 
C. Use of Remote Monitoring Station Software 
3 0 Use of the remote monitoring station software will now be described with 

respect to the user interface screen displays of FIGURES 16 and 17. 
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To use the remote monitoring station software, the user logs in by entering 
a valid user name and password into a log in screen. Unless the user is a technician 
desiring to perform system maintenance, the user also ensures that the option "I want to 
monitor patient data" is selected. Once logged in, the user selects a patient using a choose 
5 patient screen. A patient can be found by using the patient number, study code, patient 
initials, or any combination of these by entering the data and selecting a "Find" button. If 
the user desires to see a list of all patients, the user selects a "Select from all patients" 
button. On the other hand, if the user wishes to work with a new patient who has no 
record in the system, the user selects an "Add new patient" button. If no patients meet the 
1 0 search criteria, the user will be given a warning message. If the search resulted in just one 
patient, then the patient information will be shown in the "Case Home Screen" described 
below. However, if the search resulted in more than one patient, then the user will be 
shown a list of patients. The user selects the desired patient from the list and clicks on a 
"View selected patient" button. If the desired patient is not in the list, the user may select 
15 a "Go Back" button to try another search. 

Once a patient has been selected, the patient's data is loaded into the case 
home screen 196 illusti-ated in FIGURE 16A. As shown, the case home screen 196 is 
divided into three areas: a portion 198 providing information relating to the currently 
selected patient and study case, a portion 200 listing a number of tabs that allow the user 
20 to look at various different configurations as well as to select different sessions of data, 
and a portion 202 including buttons for allowing the user to print various screens, 
download the patient data, and to change the currently selected patient. 

In order to navigate among the various options, the user selects one of the 
tabs in portion 200. 

25 Upon selecting the "Sessions" tab, the user sees the boxes 204 and 206 of 

FIGURE 16A, A list of days with sessions available is displayed in box 204, and a list of 
different times of the sessions is shovm in box 206. The user selects a day from box 204 
and one of the corresponding session times from box 206. The user then selects the "View 
selected session" button 208, and the session data is then loaded and displayed to the user, 

3 0 FIGURE 1 6B illustrates the events screen 2 1 0 which appears when the 

"Events" tab is selected. As illustrated, the events screen 210 lists the events that have 
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occurred over a period of time. The use may select what type of event is shown (or elect 
to show all events) and over what period of time the events are to be collected. The user 
also receives an indication of when the last download of patient data occurred. To view 
the monitored data associated with an event, the user selects the event from the list and 
5 selects the "View data for event" button 212. The data is then loaded and displayed to the 
user. 

FIGURE 16C illustrates the monitoring screen 214 which appears when the 
"Monitoring Setup" tab is selected. Monitoring screen 214 gives a number of 
configuration options which allow the user to change the way in which the selected patient 
10 is monitored. The top half of the monitoring screen 214 allows the user to change when 
and for how long the patient is monitored, including which days, the time of day, and for 
how long the patient will be monitored. The user may select up to 4 fixed times in which 
to monitor or elect to monitor on a periodic basis, such as every 6 hours. The next part of 
the monitoring screen 214 allows the user to configure the time of day that the application 
15 will automatically call the patient's base station unit 30 to download the patient data from 
the base station unit 30 to the remote monitoring station 50. The bottom part of screen 
214 allows the user to setup which events should be monitored and the thresholds for these 
events. The user may also configure how much data on either side of the event should be 
downloaded in the next scheduled download. 
20 As desired, electronic case record forms (CRFs) may also be generated 

directly from the data stored in the remote monitoring station 50 for each patient by CRF 
generating software, thereby greatly simplifying the reporting process for drug trials and 
the like. An electronic CRF would dictate a schedule for the patient's therapy via setup of 
the base station unit 30 by the remote monitoring station 50. The specified vital signs data 

2 5 could then be collected and inserted into the electronic CRF for management of a drug 

trial's results and submission of the results for FDA approval and the like, as necessary. 

FIGURE 16D illustrates the patient information screen 216 that appears 
when the "Patient Information" tab is selected. Patient information screen 216 displays all 
information relating to the patient and permits the patient information to be updated. The 

3 0 patient phone number is the telephone number that the application will use to call the base 

station unit for downloading the monitored data. 
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FIGURE 16E illustrates the auxiliary sensors screen 218 that appears when 
the "Auxiliary Sensors" tab is selected. Auxiliary sensors screen 218 displays a number of 
configuration options that allow the user to change the way in which the auxiliary sensor 
measurements are taken at the base station unit 30. The top part of the auxiliary sensors 
5 screen 218 allows the user to setup on which days the auxiliary sensor measurements are 
taken, while the rest of the auxiliary sensors screen 218 allows the user to configure up to 
8 different measurements to be taken each day. The user simply selects "Active" in the 
checkbox and then specifics the time period in which the measurement must be taken. 
The user may also tell the base station unit 30 to alert the patient by selecting the "Alert 
10 from" checkbox and specify the time at which this alert should take place. As noted 
above, the alert may be a light and buzzer on both the base station unit 30 and the signal 
transfer unit 20. Finally, the user selects the type of measurement from the list of 
available auxiliary sensors (e.g. blood pressure) to be used during the measurement. 

FIGURE 16F illustrates the trend data screen 220 that appears when the 
15 "Trend Data" tab is selected. Trend data screen 220 displays the readings taken from the 
auxiliary sensors during the study case. The layout varies depending on which auxiliary 
sensors are in use for a given patient. 

As illustrated in FIGURES 16A-16F, the user is given the option of 
printing a report for the currently selected tab, to download data immediately from the 
20 base station unit 30 in order to view live data (if available) or previously recorded data, to 
change patients, or to exit. 

When the user has selected a patient session to view from the case home 
screen 196, the session data is loaded into a session view screen 222 of the type illustrated 
in FIGURE 17. As illustrated in FIGURE 17, the session view screen 222 provides 

2 5 session information and allows the user to change the session to be viewed, provides a set 

of tabs 224 from which to select to view either raw, summary or ECG data, and provides 
buttons 226 to allow the user to print various screens and to close ttie session view screen 
222. 

FIGURE 17 illustrates the summary graphs for heart rate, respiration and 

3 0 temperature when the summary button is selected and provides a way for the user to look 

at the data over a larger range of time (i.e., hours instead of minutes). Control buttons 228 
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allow the user to move the cursor along the graph and to view the graph at different time 
scales. On the other hand, the user may manipulate the cursor with a mouse to move the 
cursor along the graph. A scroll bar 228 at the bottom allows the user to view the graphs at 
different times. Also, the user may select the "Raw Data" tab to review raw data over a 
5 smaller range of time or select the "ECG Analysis" tab to view the ECG analysis data for 
the cuirent session. The user may select from among the types of ECG analysis available, 
and the system will display the analysis report. 

Remote, electronic capture of multiple and continuous vital signs data and 
transmission of this data in accordance with the invention has the following benefits: 
10 1 . Reduction in study costs by replacing expensive clinic visit 

measurement with domiciliary data capture. 

2. Reduction in the number of patients, study time and/or clinic visits 
required in drug trials through the availability of repeat data, offered by repeat at-home 
monitoring. 

3^5 3. Increased safety and improved follow-up of patients provided by 

domiciliary monitoring. 

4. Better management of patients with chronic diseases, with continuous or 
semi-continuous monitoring, enabling therapy regimes to be refined on an individual basis 
and possibly preventing acute episodes or deterioration. 
20 5. Increased volumes of patient data for more informed patient diagnoses. 

6. The capability to simultaneously capture multiple vital signs data, for 
example, blood pressure and ECG as defined by study or treatment protocol 

7. The ability to develop predictive algorithms to facilitate more effective 
treatment protocols by monitoring continuous parameters and comparing patterns with 

25 those collected from collections of other patients with similar conditions. 

8. Greater speed and simplicity in data handling provided by electronic 

data capture. 

9. Simple, easy-to-use technology (cordless, non-obtrusive design, ideal 

for night-time monitoring). 
30 In short, the present invention provides more data, earlier, and at a lower 

cost than current telemonitoring systems. In addition, the ability to monitor the patient 
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continuously for several days means that parameters such as duration of drug effect, drug- 
drug interactions and safety, which are difficult to measure/monitor at present, may now 
be measured in a domiciliary setting thereby optimizing dmg or other therapies. In 
particular, the system of the invention permits closed loop control of drug presentation to 
5 the patient, whereby the physician may directly monitor the effects of adjusting drug 

dosages. Also, the system is designed to be very user-friendly, both from the patient's and 
the physician's perspectives, offering substantial advantages in patient compliance as 
compared to current telemetric monitoring methods. 

Although an exemplary embodiment of the invention has been described in 
1 0 detail above, those skilled in the art will readily appreciate that many additional 

modifications are possible in the exemplary embodiment without materially departing 
from the novel teachings and advantages of the invention. 

For example, data processing such as ECG analysis could be performed at 
the base station unit 30 and only the summary data transmitted to the remote monitoring 
15 station 50, thereby reducing download times considerably. Also, a radio receiver may be 
provided to the patient for attachment to his or her computer for use in downloading 
software and uploading data from/to an Internet server for connection to a predetemiined 
remote monitoring station connected to a designated node on the Internet This approach 
would eliminate the need for (and cost of) a separate base station. If auxiliary sensor 
2 0 functions were still required, connections could be built into the radio receiver unit. In 
addition, a low bandwidth version of the invention may also be developed by tailoring the 
signal from the sensor band 10 so as to leave out unnecessary data. Also, two-way 
communication with the sensor band 10 may also be provided. In accordance with 
another aspect of the invention, the received event data from several patients may be 
2 5 prioritized for patient management (triaging) using the techniques of the invention. 

All such modifications are intended to be included within the scope of this 
invention as defined in the following claims. 
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What is daimed is: 

1 . A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
5 sensor assembly producing a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, said sensor band further comprising 
a transmitter which transmits said data signal over a first communications link; 

a transceiver coupled to said first communications link so as to receive said 
health parameter data signal for retransmission of said data signal over a second, wireless 

10 communications link; and 

a remote monitoring station disposed so as to receive said retransmitted 
data signal from said transceiver via said second communications link, said remote 
monitoring station capturing said health parameter data for display and subsequent access 
and processing of said health parameter data. 

2. A system as in claim 1 , further comprising a base station unit 
disposed in said second communication link between said transceiver and said remote 
monitoring station, said base station unit receiving said retransmitted data signal fi-om said 
transceiver ovct said second communications link for storage until said health parameter 
data is transmitted to said remote monitoring station via a third communications link. 



20 3 . A system as in claim 1 , wherein said sensor band is adapted for 

attachment to a chest of the subject and said sensor assembly produces health parameter 
data indicative of at least one of ECG, respiration, skin temperature, and subject motion. 

4 A system as in claim 1 , wherein said sensor band includes a circuit 
which multiplexes health parameter data signals fi-om at least two different sensors in said 
2 5 sensor assembly for transmission over said first communications link by said transmitter. 



5. 



A system as in claim 1, wherein said transceiver comprises a buffer 



wo 00/62664 



-60- 



PCT/USOO/09491 



which stores health parameter data received from said sensor band at least during times 
when said second communications link is disconnected, lost, or unreliable. 

6. A system as in claim 1 , wherein said remote monitoring station 
requests retransmission of said data signal to said remote monitoring station at 

5 predetermined times or conditions or on demand. 

7. A system as in claim 6, wherein said remote monitoring station 
includes an interface which allows a user to set said predetemiined times or conditions for 
said retransmission of said data signal to said remote monitoring station. 

8. A system as in claim 7, wherein said interface allows the user of the 
10 remote monitoring station to select a subject for review of at least that subject's health 

parameter data. 

9. A system as in claim 7, wherein said interface allows the user to 
simultaneously review and compare time synchronized health parameter data for a 
plurality of health parameters for a particular subject. 

15 10. A system as in claim 7, wherein said interface permits the user to 

select at least one of unprocessed health parameter data and summary data for display to 
the user of the remote monitoring station. 

11. A system as in claim 1 , further comprising a database accessible by 
said remote monitoring station to store health parameter data for a plurality of subjects. 

20 12. A system as in claim 1 1 , wherein said remote monitoring station 

includes software which generates case record forms from at least the health parameter 
data stored for a subject in said database. 



13. 



A system as in claim 1 , wherein said transceiver is adapted to 
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receive health parameter data transmitted by at least two sensor bands for retransmission 
to said remote monitoring station. 

1 4. A health parameter data collection and monitoring system, 

comprising: 

5 a sensor band having a sensor assembly for application to a subject, said 

sensor assembly producing a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, said sensor band further comprising 
a transmitter which transmits said data signal over a first communications link; 

a transceiver coupled to said first communications link so as to receive said 
10 data signal for retransmission over a second, wireless communications link; 

a base station unit disposed so as to receive said retransmitted data signal 
from said transceiver via said second communications link, said base station unit storing 
received health parameter data for retransmission over a third communications link; and 
a remote monitoring station disposed so as to receive said retransmitted 
15 data signal fi-om said base station unit via said third communications link, said remote 
monitoring station storing and displaying said health parameter data. 

15. A system as in claim 14, wherein said base station unit includes a 
processor which calculates physiological parameter data including at least one of a 
subject's heart rate and a subject's respiration rate from said health parameter data and 

2 0 stores said physiological parameter data in a memory for transmission to said remote 
monitoring station. 

16. A system as in claim 1 5, wherein said memory of said base station 
unit is a rolling first-in-first-out (FIFO) memory which stores said health parameter data 
irrespective of whether said health parameter data has been transmitted to said remote 

2 5 monitoring station. 



17. A system as in claim 14, wherein said base station unit comprises at 
least one input connection for accepting auxiliary data input fi^om an auxiliary health 
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parameter sensor and a memory which stores said auxiliary data input for transmission to 
said remote monitoring station. 

18. A system as in claim 17, wherein said base station unit time stamps 
said health parameter data and said auxiliary data synchronously and ages independently 

5 said auxiliary data and said health parameter data while stored in said memory of said base 
station unit. 

19. A system as in claim 17, wherein said auxiliary health parameter 
sensor is at least one of a blood pressure sensor, a spirometer, a weigh scale, and a blood 
glucose meter. 

10 20. A system as in claim 17, wherem said base station unit detects 

abnormal physiological conditions in said auxiliary data and indicates an event condition 
and stores event data indicating a significant physiological event in said memory when an 
abnormal physiological condition is detected. 

21. A system as in claim 20, wherein said base station unit time stamps 
15 said health parameter data and said auxiliary data synchronously and ages independently 

said auxiliary data and said health parameter while stored in said memory of said base 
station unit. 

22. A system as in claim 17, wherein said base station unit includes a 
processor which calculates physiological parameter data including at least one of a 

2 0 subject's heart rate and a subjects's respiration rate said health parameter data and stores 
said physiological parameter data in said memory at said base station unit for transmission 
to said remote monitoring station. 



23. A system as in claim 22, wherein said processor further performs 
ECG analysis of said health parameter data and stores ECG analysis data in said memory. 
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24. A system as in claim 22, wherein said memory separately stores 
said health parameter data and said calculated physiological parameter data. 

25. A system as in claim 1 7, wherein said remote monitoring station 
includes an interface which allows a user to schedule auxiliary health parameter sensor 

5 measurements at said base station unit if such measurements are required. 

26. A system as in claim 14, wherein said base station unit comprises a 
memory and compares received health parameter data with predetermined ranges for 
detected physiological variables and detects abnormal physiological conditions in said 
health parameter data, said base station unit indicating an event condition and storing 

1 0 event data indicating a significant physiological event in said memory when said received 
health parameter data is outside said predetermined ranges or when an abnormal 
physiological condition is detected. 

27. A system as in claim 26, wherein said memory of said base station 
unit is a rolling first-in-first-out (FIFO) memory which stores at least said health 

15 parameter data irrespective of whether said health parameter data has been transmitted to 
said remote monitoring station. 

28. A system as in claim 26, wherein said remote monitoring station 
includes an interface which allows a user to set at least one of said predetermined ranges 
of said base station unit. 

20 29. A system as in claim 26, wherein said remote monitoring station 

includes means for checking received data for event data and an interface which allows a 
user to view such event data, whereby if event data is detected, said interface allows the 
user of said remote monitoring station to view a desired amount of health parameter data 
before, during, and after an occurrence of an event condition indicated by said event data. 



25 



30. A system as in claim 14, wherein said second communications link 
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is a bidirectional asynchronous radio link. 

31. A system as in claim 30, wherein said transceiver initiates all 
communications dialogs with said base station \init. 

32 . A system as in claim 30, wherein said health parameter data is 
transmitted from said transceiver to said base station unit over said second 
communications link in data packets including CRC error detection code and ARQ code 
for the retransmission of erroneous data packets. 



33. A system as in claim 32, wherein said data packets are scrambled 
for transmission in a data packet stream so as to minimize a DC component in said data 

10 packet stream. 

34. A system as in claim 32, wherein if said base station unit or said 
transceiver receives two consecutive erroneous data packets over said second 
communications link, said second communications link will be detemiined to be 
disconnected, lost, or unreliable, and said transceiver will wait a predetermined period of 

15 time before attempting to re-establish the second communications link with said base 
station unit. 



35. A system as in claim 32, wherein each data packet is one of the 
following types of data packets: a dialog request packet for initiating a dialog between 
said transceiver and said base station unit, an acknowledgment packet for informing the 
2 0 sender of the success of a transmitted data packet, a health parameter data packet which 
includes health parameter data for transfer from said transceiver to said base station unit, 
and a control data packet for transferring configuration data from said base station unit to 
said transceiver. 



36. A system as in claim 30, wherein said base station unit sends an 
25 alarm signal or an indication to a subject to do something to said transceiver via said 
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second communications link when at least one of the following occurs: a physiological 
event is detected in said health parameter data, it is time for the subject to take a 
physiological parameter reading or a medication, and the base station unit cannot accept 
more health parameter data. 

37. A system as in claim 14, wherein said third communications link is 
a telecommunications link. 

38. A system as in claim 37, wherein said remote monitoring station 
initiates a connection with said base station unit, and once the connection is established, 
said remote monitoring station and base station unit listen for commands. 

39. A system as in claim 38, wherein said commands include a data 
request command from said remote monitoring station requesting at least one of real-time 
health parameter data and health parameter data in a designated time range from said base 
station unit. 

40. A system as in claim 1 4, wherein an ED of said base station unit is 
checked by said remote monitoring station before data is transmitted via said third 
communications link. 

41. A system as in claim 14, further comprising a database accessible 
by said remote monitoring station to capture and store health parameter data for a plurality 
of subjects and said remote monitoring station further includes an interface through which 
a user of the remote monitoring station may select a subject for review of at least that 
subject's health parameter data. 

42. A system as in claim 14, wherein said base station unit is adapted to 
receive health parameter data transmitted by at least two transceivers for retransmission to 
said remote monitoring station. 
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43 A system as in claim 1 4, wherein said remote monitoring station is 
adapted to receive health parameter data transmitted by at least two base station units. 

44. A system as in claim 43, wherein said remote monitoring station 
includes a server which controls the receipt and storage of health parameter data from sai^ 
5 at least two base station units. 



45. A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
sensor assembly producing a data signal including health parameter data indicative of 
10 values of at least one health parameter of the subject, said sensor band further comprising 
a transmitter which transmits said data signal over a first communications link; 

a transceiver coupled to said first communications link so as to receive said 
health parameter data for retransmission of said data signal over a second, wireless 
communications link, said transceiver including a buffer which stores health parameter 
15 data received from said sensor band at least during times when said second 
communications link is disconnected, lost, or unreliable; and 

a remote monitoring station disposed so as to receive said retransmitted 
data signal from said transmitter via said second communication link, 

46. A system as in claim 45, wherein said transceiver stops transmission 
2 0 when said second communications link becomes disconnected, lost, or becomes 

unreliable, and retransmits said data signal over said second communications link from 
said transceiver at an increased transmission rate after said second communications link is 
restored as compared to a transmission rate before said second communications link is 
disconnected, lost, or becomes unreliable. 



25 



47, A system as in claim 45, wherein said transceiver includes an alarm 
indicator which warns the subject that said second communications link has been 
disconnected, lost, or has become unreliable so that the subject may take steps to restore 
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said second communications link. 



48. A system as in claim 45, wherein said transceiver includes at least 
one event button, wherein depression of said event button indicates an event condition and 
corresponding event data is transmitted to said remote monitoring station. 

49. A system as in claim 48, wherein said remote monitoring station 
includes means for checking received data for said event data and an interface which 
allows a user to view such event data, whereby if event data is detected, said interface 
allows the user of said remote monitoring station to view health parameter data before, 
during, and after an occurrence of the event condition indicated by said event data. 



10 50. A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
sensor assembly producing a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, said sensor band further comprising 
15 a transmitter having a first antenna which transmits said data signal over a first wireless 
communications link*, 

a transceiver having a second antenna inductively coupled to said first 
communications link so as to form a wireless inductive loop with said first antenna for 
reception of said health parameter data, said transceiver fiirther retransmitting said data 
2 0 signal over a second wireless communications link; and 

a remote monitoring station disposed so as to receive said retransmitted 
data signal from said transmitter via said second wireless communications link. 



51 . A system as in claim 50, wherein said data signal is transmitted 
over said first wireless communications link by said transmitter in QPSK formatted coded 
25 data packets. 



52. 



A system as in claim 51, wherein said data packets are transmitted 
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in at least one frequency channel of a plurality of frequency division multiplexed channels 
spaced at predetermined intervals in a selected frequency range, 

53 . A system as in claim 52, wherein coded data packets in each of said 
frequency channels comprise a clock signal, a framing pulse, and said health parameter 

5 data. 

54. A system as in claim 5 1 , wherein said transmitter includes a 
controller which codes said coded data packets from template wavefomis representative of 
each possible transition of symbols corresponding to a different phase offset of the 
transmitted signal relative to a fixed carrier phase locked to symbol transitions. 

IQ 55. A systOTi as in claim 54, wherein said controller converts each of 

said template waveforms into respective digital data streams which are, in turn, converted 
into controller instructions. 



56. A system as in claim 55, wherein said controller converts zero-to- 
one state changes of said template waveforms into controller instructions which set an 

15 output port bit of said transmitter, converts one-to-zero state changes of said template 
waveforms mto controller insttuctions which clear said output port bit of said transmitter, 
and converts idle periods between state changes into a sequence of no-operation 
instructions so as to introduce correct time delays between state changes. 

57. A system as in claim 56, wherein said controller replaces certain no- 
2 0 operation instructions in said template waveforms by jump instmctions which jump into a 

template waveform to a point which ensures continuity of the coded data packets, said 
controller further deleting instmctions in each template waveform rendered unnecessary 
by said jump instructions. 

58. A system as in claim 57, wherein said controller applies an 

2 5 optimization algorithm to said template waveforms to reduce the length program of code. 
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59. A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
sensor assembly producing a data signal including health parameter data indicative of 
5 values of at least one health parameter of the subject, said sensor band further comprising 
a transmitter which transmits said data signal over a first communications link; 

a transceiver coupled to said first communications link so as to receive said 
health parameter data for retransmission of said data signal over a second, wireless 

conununications link; and 

IQ 2L remote monitoring station disposed so as to receive said retransmitted 

data signal from said transceiver via said second communications link, said remote 
monitoring station capturing said health parameter data and storing said health parameter 
data in a database with health parameter data from a plurality of other subjects, said 
remote monitoring station including a user interface which provides access to health 

15 parameter data in said database and processing of said health parameter data 

60. A system as in claim 59, wherein said remote monitoring station 
requests retransmission of said data signal to said remote monitoring station at 
predetermined times, in response to certain conditions, or on demand. 



61 . A system as in claim 60, wherein said interface allows the user to 
2 0 set said predetermined times and conditions for said retransmission of said data signal to 

said remote monitoring station. 

62. A system as in claim 59, wherein said interface allows the user of 
the remote monitoring station to select a subject for review of at least that subject's health 
parameter data. 



25 



63. A system as in claim 59, wherein said interface allows the user to 
simultaneously review and compare time synchronized health parameter data for a 
plurality of health parameters for a particular subject. 
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64. A system as in claim 59, wherein said interface permits the user to 
select at least one of unprocessed health parameter data and summary data for display to 
the user of the remote monitoring station. 

65. A system as in claim 59, wherein said remote monitoring station 
5 further includes means for performing ECG analysis of said health parameter data. 

66. A system as in claim 59, wherein said interface requests a password 
from a user before permitting the user to access said database. 

67. A system as in claim 59, wherein said interface keeps an audit 
record of actions performs by the user when using said interface and of actions performed 

10 by said remote monitoring station. 

68. A system as in claim 59, wherein said interface formats at least a 
portion of said health parameter data into a histogram of R-R intervals of ECG data, 
presents said data to a display upon user request, and permits the user to navigate and 
select said ECG data for detailed viewing. 

X5 69. A system as in claim 59, wherein said interface formats received 

physiological parameter data into trend data, presents said trend data to a display upon 
user request, and permits the user to navigate and select said trend data for detailed 
viewing. 

70. A method of collecting health parameter data, comprising the steps 

20 of: 

applying a sensor band having a sensor assembly to a subject whereby said 
sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject; 

said sensor band transmitting said data signal over a first communications 
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link to a transceiver which is disposed so as to receive said health parameter data; 

said transceiver retransmitting said data signal over a second, wireless 

communications link; and 

a remote monitoring station receiving said retransmitted data signal from 
5 said transmitter and capturing said health parameter data for storage in a database as a 
continuous record of the subject's health parameter. 

71. A method as in claim 70, wherein said sensor band applying step 
comprises the step of attaching said sensor band to a chest of the subject whereby said 
sensor assembly produces health parameter data indicative of at least one of ECG, 

1 0 respiration, skin temperature, and subject motion. 

72. A method as in claim 70, wherein said sensor band transmitting step 
comprises the step of multiplexmg health parameter data signals from at least two 
different sensors in said sensor assembly for transmission over said first communications 
link. 

15 73. A method as in claim 70, wherein said retransmitting step 

comprises the step of transmitting said data signal over a cellular communications link to 
said remote monitoring station. 

74. A method as in claim 70, wherein said retransmitting step 
comprises the steps of transmitting said data signal from said transceiver to a base station 

2 0 unit via said second communications link and storing said health parameter data in said 
base station unit until a designated time for transmission of said health parameter data to 
said remote monitoring station via a third communications link. 

75. A method as in claim 74, wherein said step of transmitting said data 
signal from said transceiver to said base station unit comprises the step of ttansmitting said 

25 data signal over a cellular commimications link to said base station unit. 
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76. A method as in claim 74, wherein said retransmitting step 
comprises the step of retransmission of said data signal to said remote monitoring station 
at said designated time, in response to a certain condition, or on demand. 

77 . A method as in claim 76, wherein said retransmitting step 

5 comprises the step of allowing a user to set said designated time and said certain condition 
time for said retransmission of said data signal to said remote monitoring station. 

78. A method as in claim 76, wherein said step of retransmitting said 
data signal to said remote monitoring station includes the step of real-time transmission of 
said data signal to said remote monitoring station on receipt of a demand from said remote 

1 0 monitoring station. 

79. A method as in claim 70, comprising the further step of storing said 
health parameter data received from said sensor band in a buffer of said transceiver at least 
during times when said second communications link is disconnected, lost, or unreliable. 

80. A method as in claim 70, comprising the further step of accessing 
15 said health parameter data stored in said database for medical diagnosis or analysis. 

81. A method as in claim 80, wherein said step of accessing said health 
parameter data comprises the step of using the remote monitoring station to select a 
subject for review of at least that subject's health parameter data. 

82. A method as in claim 8 1 , wherein said step of accessing said health 
2 0 parameter data comprises the step of simultaneously reviewing and comparing time 

synchronized health parameter data for a plurality of health parameters for the selected 
subject. 



83. A method as in claim 80, wherein said step of accessing said health 
parameter data step comprises the step of permitting the user to select at least one of 
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unprocessed health parameter data and summary data for display. 

84. A method as in claim 70, comprising the further step of generating 
case record forms from at least the health parameter data stored for a subject in said 
database. 

5 

85. A method as in claim 70, comprising the further step of receiving at 
said transceiver health parameter data transmitted by at least two sensor bands for 
retransmission to said remote monitoring station. 

86. A method as in claim 70, comprising the further steps of 

1 0 determining whether the subj ect moved during a measurement of said health parameter 
data and deleting or ignoring health parameter data collected during a time the subject 
moved if such movement may have cormpted the health parameter data, 

87. A method as in claim 86, wherein cormption of the health 
parameter data is determined by comparing motion data to at least one of an ECG 

1 5 waveform and a respiration waveform. 

88. A method of collecting health parameter data, comprising the steps 

of: 

applying a sensor band having a sensor assembly to a subject whereby said 
sensor assembly produces a data signal including health parameter data indicative of 
2 0 values of at least one health parameter of the subject; 

said sensor band transmitting said data signal over a first communications 
link to a transceiver which is disposed so as to receive said health parameter dat^ 

said transceiver retransmitting said data signal over a second, wireless 
communications link; 

25 said transceiver storing health parameter data received from said sensor 

band at least during times when said second communications link is disconnected, lost, or 
unreliable; and 



10 
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a remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data for storage in a database as a 
continuous record of the subject's health parameters. 

89. A method as in claim 88, comprising the additional steps of 
stopping transmission from said transceiver when said second communications link 
becomes disconnected, lost, or becomes unreliable, and retransmitting said data signal 
over said second communications link from said transceiver at an increased transmission 
rate after said second communications link is restored as compared to a transmission rate 
before said second communications link is disconnected, lost, or becomes unreliable. 

90. A method as in claim 88, comprising the additional step of warning 
the subject that said second communications link has been disconnected, lost, or has 
become unreliable so that the subject may take steps to restore said second 
communications link. 

91. A method of remotely collecting health parameter data continuously 

15 for at least a day, comprising the steps of: 

applying a sensor band having a sensor assembly to a subject whereby said 
sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject; 

said sensor band transmitting said data signal over a first communications 
2 0 link to a transceiver which is disposed so as to receive said health parameter data; 

said tt-ansceiver retransmitting said data signal over a second, wireless 

communications link; 

a remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data for storage in a database as a 
25 continuous record of the subject's health parameters; and 

temporarily buffering said health parameter data so as to prevent data loss 
in the event of transmission error over said first or second communications links. 
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92. A method as in claim 9 1 , comprising the further step of providing 
real-time access to said health parameter data from said remote monitoring station to said 
transceiver by bypassing said buffering step when real-time data is requested by said 
remote monitoring station. 



5 93. A method of continuously monitoring a subject's health parameters 

during a drug/therapy trial, comprising the steps of: 

applying a sensor band having a sensor assembly to a subject whereby said 
sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, 
1 0 said sensor band transmitting said data signal over a first communications 

link to a transceiver which is disposed so as to receive said health parameter data; 

providing a dmg/therapy to the subject and electronically providing event 
data indicating that such an event has occurred and when; 

said transceiver retransmitting said data signal and event data over a 
15 second, wireless communications link; and 

a remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data for storage in a database as a 
continuous record of the subject's health parameters during a trial period of said 
drug/therapy, whereby said subject's physiological condition during said trial period may 
20 be monitored remotely. 

94. A method as in claim 93 , comprising the further step of 
electronically providing event data marking (1) that the subject feels ill and (2) when the 
subject feels ill. 



95. A method as in claim 94, comprising the further step of collecting 
2 5 health parameter data at times before, during, and after the timing of an event marked by 
said event data and providing a display of any changes in said health parameter data as a 
result of said drug/therapy or of the subject feeling ill. 
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96. A method of triaging at least two patients, comprising the steps of: 

applying a sensor band having a sensor assembly to each patient whereby 
each sensor assembly continuously produces a data signal including health parameter data 
indicative of values of at least one health parameter of each said patient; 

each said sensor band continuously transmitting a data signal over a first 
communications link to a transceiver which is disposed so as to receive said health 
parameter data from each said patient; 

said transceiver retransmitting said data signal over a second, wireless 
communications link to a remote monitoring station; and 

said remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data from each said patient for 
simultaneous display on a display and continuous storage in a database. 



97. A method as in claim 96, comprising the ftirther steps of: 
15 marking events in said data signal at times when said health parameter data 

is outside of predetermined thresholds for said health parameter dat^ 

marking events in said data signal upon detection of an abnormal condition 
in said health parameter data; and 

said remote monitoring station providing to a user of the remote monitoring 
2 0 station an indication of which patient has caused said events to be marked. 
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PORTABLE REMOTE PATIENT TELEMONITORING SYSTEM 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a system and method for monitoring vital 
5 signs and capturing data from a patient remotely using radiotelemetry techniques. In 
particular, the present invention is a low cost, patient-friendly, ambulatory monitoring 
system for remote electronic capture of noninvasive vital signs data includmg, e.g., full 
waveform ECG, respiration rate, skin temperature, and blood pressure. The present 
invention also has the capability for real-time monitoring or recording of continuous or 
1 0 point-in-time information with the data presented to the user in a tailored form. 

Monitoring software included in the system of the invention may also incorporate full 
ECG analysis as well as alarms for arrhythmias and other abnormalities determined from 
the measured vital signs. 

Description of the Prior Art 

15 Before drugs and related therapies are approved for widespread use by 

physicians, such drugs and therapies typically undergo numerous trials for efficacy and 
safety. Successful human trials are critical to regulatory approval of a new drug or 
therapy, and accordingly, much money and effort goes into the human trials. At present, 
patients are selected for the trial and placed on the regimen under test The efBcacy and 

2 0 safety of the drug and/or therapy is tested by havmg the patient make numerous visits to 
his or her physician for testing during the trial period. While a great deal of information 
can be gathered at such tests, generally there is no method for coUectuoig the data between 
physician visits, thereby causing decisions regarding eflScacy and safety to be made based 
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on a small sampling of the patients' experiences with the drug and/or therapy. More 
frequent visits to the physician would improve the data pool; unfortunately, such visits are 
expensive, add to the overall cost of the trial, and, because a limited data set is available, 
the trial duration is lengthened, thereby delaying the drug's market introduction. 
5 An improved technique for testing the efficacy and safety of a dnig and/or 

therapy is desired which does not require additional visits to the physician. It is desired to 
develop a technique for coUectmg data from a human subject at all times durmg a trial 
without requiring any visits to the physician's office, thereby eliminating the cost and 
iuconvenience of visiting the physician's office for routine monitoring. 

1 0 Also, an improved remote patient monitoring/management system is 

generally desired whereby useful vital signs data may be obtained from a patient without 
requiring frequent visits to the physician's office. Such remote monitoring/management is 
particularly desirable for home patient monitoring of patients with chronic ilhiesses such 
as congestive heart failure or for post-operative or out-patient monitoring. Prior art patient 

15 telemetry systems have had limited commercial success for a variety of reasons such as 
difficulty of use and cost. 

Remote patient monitoring techniques are generally known in which 
electrodes are placed on the patient to monitor the patient's vital signs and the captured 
data is transmitted to a remote display for monitoring the patient's condition. Remote 

2 0 monitoring systems are known which permit a doctor or nurse to monitor the conditions of 
several hospitalized patients from a central monitoring site in the hospital. Typically, 
sophisticated patient monitoring equipment is used to collect data from the patient, and the 
collected data is transmitted via wire to the central monitoring site in the hospital. 
Generally, wireless systems are problematic in the hospital setting because of the 

2 5 proximity of the respective patients and the amount of interference found in such a setting. 

Typically, most of the patients receiving a particular drug regimen or 
therapy being tested are ambulatory and, in many cases, participating m the study from 
home. Remote monitoring of patients from their homes introduces an entirely new set of 
challenges for transmitting the gathered data to a central location for evaluation. 

3 0 Numerous attempts have been made to facilitate such data collection and transmission; 

however, in each case, cumbersome and uncomfortable monitoring equipment is placed on 
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the patient and the patient is tethered to the monitoring equipment by electrical cords, 
thereby limiting the patient's movement. In some prior art systems, the electrical cords 
have been removed and the transmissions to the monitoring equipment made using 
telemetry techniques; however, such systems have been used primarily for real-time vital 
5 signs monitormg and not for data collection of the type needed for diagnosis and efficacy 
and safety testing. Moreover, such systems also limited the movement of the patient to a 
limited area near the vital signs monitor. 

For example, an early telemetry system is described in U.S. Patent No. 
3,603,881 in which short transmission distances to a building's wiring system are covered 

10 using VHF transmission. Physiologic data such as electrocardiographic (ECG) data is 
collected by a sensor and transmitted by a VHF transmitter to a fixed VHF receiver RF 
transmitter coupled to the wiring system m the building. An RF receiver demodulator 
monitor is coupled to the building's wiring system at the nurse's station for receiving the 
physiologic data for patient monitoring and/or data recording. 

15 A similar telemetry system for monitoring ECG signals is described in 

U.K. Patent Application No. 2 003 276 except that telephone connections are used m place 
of the building wiring and the system is also designed to collect blood pressure, pulse rate, 
respiratory rate and the like and to relate that information to the physician via the 
telephone coimections. 

2 0 Other early telemetry systems of the type described by Lewis in U.S. Patent 

No. 3,943,918 and by Crovella et al. in U.S. Patent No. 4,121,573 use telemetric 
techniques to transmit data from a sensor device attached to the patient's chest via RF to a 
radio telemetry receiver for display and/or recording as desired. S.S. Ng describe yet 
another telemetry system for ECG monitoring in an article entitled "Microprocessor-based 

2 5 Telemetry System for ECG Monitoring," IEEE/Ninth Annual Conference of the 

Engineering in Medicine and Biology Society, CH2513-0, pages 1492-93 (1987). Ng 
therein describes a system for providmg continuous ECG monitoring and analysis by 
means of a PC AT via wireless link. In the Ng system, the patient requires a transmitter 
which is carried by the patient for sensing and transmitting the patient's ECG signal to a 

3 0 central base station via wireless link. At the base station, a receiver recovers the original 

ECG signal from a few patients simultaneously for display. 

SUBSTITUTE SHEET (RULE 26) 



wo 00/062664 PCT/USOO/09491 

-4- 

Each of the above-described telemetry systems is designed primarily for 
hospital use and include relatively expensive sensor arrays and processing devices for real- 
time patient monitoring and diagnosis. The real-time monitoring is generally used in an 
"alarm" mode to capture events, rather than to collect data over a period of time to 
5 determine trends which might indicate a more gradual deterioration or improvement in the 
patient's condition or to predict a forthcoming event Also, these systems require the 
patient to remain in close proximity to the base stations including the receivers. 

Bomn et al. describe a portable physiological data monitoring/alert system 
in U.S. Patent Nos. 4,784,162; 4,827,943; 5,214,939; 5,348,008; 5,353,793; and 5,564,429 

10 in which one or more patients wear sensor harnesses including a microprocessor which 
detects potentially life-threatening events and automatically calls a central base station via 
radiotelemetry using a radio modem link. In a home or alternate site configuration, 
commimications between the base station and remote vmit is by way of commercial 
telephone lines. Generally, the system automatically calls "91 1" or a similar emergency 

1 5 response service when an abnormality is detected by the ECG monitor. Unfortunately, Aic 
sensor harness is quite cumbersome and conspicuous and includes sensors for performing 
an alert function rather than data collection and analysis functions. 

Segalowitz discloses a wireless vital signs monitoring system in U.S. Patent 
Nos. 4,981,141; 5,168,874; 5,307,818; and 5,511,553 including a precordial strip patch 

2 0 including a multi-layer flexible structure for telemetering data by radio frequency or single 
wire to hardware recording apparatus and a display monitor. Microsensors and conductive 
contact elements (CCEs) are mounted on the strip patch so as to permit simultaneous and 
continuous detection, processing and transmission of 12-lead ECG, cardiac output, 
respiration rate, peripheral blood oximetry, temperature of the patient, and ECG fetal heart 

2 5 monitoring via a single wavelength of radio frequency transmission. While the precordial 

strip patch used by Segalowitz purportedly transmits vital signs data up to 50 meters, it 
requires a dual-stage operational amplifier chip, an encoder modulator chip, a wireless 
transmitter chip including an oscillator, and other costly components such as artifiicial 
intelligence software, sound and visual alarms, and a microprocessor. As a result, the 

3 0 precordial strip patch is relatively expensive to manufacture and operate. Also, as with the 

other telemetry systems noted above, the emphasis of Segalowitz is on real-time 
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monitoring and alerting of medical personnel to immediate medical needs of the patient 

Piatt et al. also disclose a sensor patch for wireless physiological 
monitoring of patients in U.S. Patent No. 5,634,468, Piatt et al. describe a sensor and 
system for monitoring ECG signals remotely from patients located in non-hospital sites. 
5 In this system, a sensor patch containing sensing electrodes, signal processing circuitry and 
radio or injfra-red transmission circuitry is attached to the patient's body and preferably 
worn for at least a week before its power supply is exhausted and the sensor patch is 
thrown away. A receiver at a primary site in the vicinity of tiie patient receives the data 
transmitted by the sensor patch and stores the sensed data. When the patient feels 

10 discomfort or concern, or if the portable unit soxmds an alarm, the patient telephones the 
monitoring station and downloads the stored data from the portable unit via the standard 
voice telecommunications network. The downloaded ECG data is then monitored and 
analyzed at the monitoring station. The receiver in the proximity of the patient may be a 
portable unit carried around by the patient, where the portable unit includes a receiver, a 

1 5 processor for processing the received data to identify abnormalities, a memory for storing 
the sensed data, and circuitry for interfacing to a telephone line to send the ECG data 
signals to the monitormg station. The monitoring station decodes the received ECO 
signals and perfonns beat and rhythm analysis for classification of the ECG data. If an 
abnormal condition is discovered, medical personnel in the vicinity of the patient are 

2 0 contacted. While the system described by Piatt et al. may collect ECG data fi-om the 

patient and process it at a remote monitoring station, the data is only collected when the 
patient initiates the data download. Otherwise, data is lost once the memory in the 
portable unit is full. No mechanism is provided for continuously collecting data, at all 
times, in a way which requires no patient action. 
25 In U.S. Patent No. 5,522,396, Langer et al. disclose a telemetry system for 

monitoring the heart of a patient in which a patient station includes telemetering apparatus 
for transmitting the outputs of patient electrodes to a tele-link unit connected to a 
monitoring station by telephone lines. As in the Piatt et al. system, Langer et al transmit 
ECG data to a central location. However, unlike the Piatt et al. system, the Langer et al. 

3 0 system checks the ECG data for predetermined events and automatically calls the 

monitoring station when such events are detected. A similar telemetry system is described 
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by Davis et al. in U.S. Patent No. 5,544,661 which initiates a cellxilar phone linlc from the 
patient to the central monitoring location when an event is detected. As with the Piatt et 
al. system, neither of these systems provides a mechanism for continuously collecting data 
without patient action. 

5 Accordingly, a telemetry system is desired which collects vital signs data 

from a patient using an inexpensive device which permits the continuous collection of a 
patient's vital signs data without patient action. Also, a data management system is 
desired which permits the collected data to be reviewed and formatted for use in patient 
trials and the like. The present invention has been designed to meet these needs in the art. 

1 0 SUMMARY OF THE INVENTION 

The present invention meets the above-mentioned needs in the prior art by 
providing a portable remote patient telemonitoring system having four separate elements, 
each with different functions within the system. 

The system of the invention is characterized by a fu:st component, an 
15 adhesive, cordless, disposable sensor band with electrode patches, other sensors, and 
transmission circuitry for the detection and transmission of vital signs data. The sensor 
band is easy-to-use and is positioned on the patient by the patient. The sensor band is 
designed to be worn comfortably by the patient for 24 hours, at which time the sensor band 
may be discarded and replaced by a new sensor band. 

2 0 The system of the invention is further characterized by a second 

component, a small signal transfer unit that can either be worn by the patient, e.g,, on his 
or her belt, or positioned nearby (within approximately 1 .5 meters), e,g., on a desk or chair 
or at the bedside. The function of the signal transfer unit is to receive data from the sensor 
band, which it then forwards by, e.^., radio transmission to a base station that can be 
25 located up to 60 meters away. The small signal t'ansfer unit is designed to minimize the 
transmission requirements of the sensor band while also allowing the patient to move 
around freely while his or her vital signs are being monitored. 

A third component, a base station, receives data transmissions from the 
signal transfer unit and is designed to coimect to conventional phone lines for transferring 

3 0 the collected data to a remote monitoring station. The base station may also be designed to 
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capture additional clinical data, such as blood pressure data, and to perform data checks. 
For data transfer, the base station connects the output of the sensor band, via modem and 
land or cellular telephone line, to the remote monitoring station. Connections for auxiliary 
sensors such as a blood pressure cuff extend the number of clinical parameters that can be 
5 captured. Patient safety is enhanced by the ability of the base station to compare clinical 
data, e.g, ECG, against given profiles and to raise alarms when appropriate or when the 
base station is programmed to do so. Such alarms could be indicated to the patient by 
reverse transmission to the signal transfer unit. 

The fourth component, a remote monitoring station, allows the presentation 

10 and review of data (including event flags) forwarded by the sensor band and other sensors 
and simply requires a standard PC running, e.g., Windows NT. ECG analysis software 
and a user-fiiendly graphical user interface are provided to remotely analyze the 
transmitted data and to permit system maintenance and upkeep. 

In preferred embodiments, the patient vital signs data collection and 

15 monitoring system of the invention is characterized by a sensor band having a sensor 
assembly for application to a patient. The sensor assembly produces a data signal 
including vital signs data indicative of values of at least one vital sign of the patient, and 
the sensor band further comprises a transmitter which transmits the data signal over a first 
conmiunications link to a transceiver coupled to the first communications link so as to 

2 0 receive the vital signs data for retransmission of the data signal over a second, wireless 
communications link, A remote monitoring station is also provided which is disposed so 
as to receive the retransmitted data signal fi-om the transmitter via the second 
communications link, where the remote monitoring station is characterized by its ability to 
capture the vital signs data for display and subsequent access and processing of the vital 

2 5 signs data for medical diagnosis or analysis. 

In a preferred embodiment, the transceiver includes a buffer which stores 
vital signs data received firom the sensor band at least during times when the second 
communications link is disconnected, lost, or unreliable. Also, the sensor band preferably 
comprises a transmitter having a first antetma which transmits the data signal over the first 

3 0 wureless communications link to a transceiver having a second antenna inductively 

coupled to the first communications link so as to form a wireless inductive loop with the 
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first antenna for reception of the vital signs data. Also, in a preferred embodiment, the 
remote monitoring station captures the vital signs data and stores it in a database with vital 
signs data from a plurality of other patients. A user interface provides access to the vital 
signs data m the database for processing, medical diagnosis and/or analysis. 
5 In presently preferred embodiments, the sensor band measures full 

waveform smgle or multiple lead ECG, fiill waveform respiration, skin temperature, and 
motion and transmits the measured data to the signal transfer unit, where the data is 
retransmitted to the base station. Auxiliary sensors may be provided at the base station 
including a blood pressure cuff, a spirometer, and weight scales. Also, the user interface at 
10 the remote monitoring station may contain Ml ECG analysis software covering waveform 
measurements, interval measurements, beat-typing and arrhythmia detection. "Event 
flags" also may be generated and indicated to the physician for high and low heart rate, 
high and low respiration rate, high and low temperature, high and low blood pressure or 
arrhythmias. 

1 5 While there are many potential patient management applications for the 

remote telemetry system of the invention, such as remote measurement of cardiovascular 
abnormalities including hypertension, congestive heart failure, arrhythmia, silent 
ischaemia, and the like, and respiratory abnormalities including chronic obstructive 
pulmonary disease, in a presently preferred implementation of the invention, the remote 

2 0 telemetry system of the mvention is also designed to reduce both the length and the cost of 
clmical drug trials by providing versatility in data collection with respect to site (in-clinic 
or domiciliary), time, and volume, and to provide direct, electronic data capture, which can 
be real-time if necessary. Additional applications include the monitoring of sleep apnea, 
diabetes, acute or sub-acute infection, asthma, and the like. The system of the invention 

2 5 may be used in a clinic or hospital setting but, when used in such settings, must be 

designed to minimize interference between radio signals. 

Corresponding methods of collecting a patient's vital signs data using the 
remote telemetry system of the invention are also described and claimed herein. 

3 0 BRIEF DESCRIPTION OF THE DRAWINGS 

The above and other objects and advantages of the invention will become 
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more apparent and more readily appreciated from the following detailed description of 
presently preferred exemplary embodiments of the invention taken in conjunction witli the 
accompanying drawings of which: 

FIGURE 1 illustrates a presently preferred embodiment of the remote 
5 patient monitoring system in accordance with the invention. 

FIGURE 2 illustrates a sensor band including electrodes and sensors for 
attachment to the patient's body for measuring and transmitting vital signs data such as 
full waveform single or multiple lead EGG, full waveform chest respiration, skin 
temperature, and motion using the techniques of the invention. 
1 0 FIGURE 3 illustrates the user interface to the signal transfer unit provided 

in accordance with the invention. 

FIGURE 4 illustrates the user interface to the base station unit provided in 
accordance with the invention. 

FIGURE 5 A illustrates a remote monitoring embodiment in which a server 
15 is used for data acquisition from a plurality of patients and providing the acquired data to 
client systems which are connected to access the acquired data for analysis. 

FIGURE 5B illustrates a remote monitoring embodiment in which the end 
user has a server for data acquisition from a plurality of patients, where the end user 
accesses the server directly. 

2 0 FIGURE 6 illustrates a general block diagram of the system transmission 

electronics. 

FIGURE 7A illustrates waveform templates which begin with a state 
change and end with a period free of state changes. 

FIGURE 7B illustrates the method by which idle periods between changes 
25 are converted into a sequence of no-operation instructions such that the correct time delays 
between changes are introduced. 

FIGURE 8 illustrates the sixteen chaimels spaced at 6 kHz intervals used in 
the communications link between the sensor band and the signal transfer unit 

FIGURE 9 illustrates the format of the data packets transmitted in the 

3 0 communications link between the sensor band and the signal transfer unit. 

FIGURE lOA illustrates schematically the registration mechanism by 
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which the signal transfer unit and the base station unit acknowledge their mutual presence 
and confirm the performance of the radio linlc. 

FIGURE 1 OB illustrates the data flow mechanism by which measurement 
data is transferred firom the signal transfer unit to tiie base station unit to provide the 
5 opportunity for the base station unit to reconfigure control parameters within the signal 
transfer unit if required. 

FIGURES IOC and lOD illustrate the ARQ behavior when a single 
erroneous packet is detected and no further errors occur on the link thereafter for 
transmission firom the signal transfer unit to the base station (FIGURE IOC) and firom the 
1 0 base station to the signal transfer unit (FIGURE 1 OD). 

FIGURES IDE and lOF illustrate the ARQ behavior when two erroneous 
packets are detected consecutively and no further errors occur on the link thereafter for 
transmission firom the signal transfer unit to the base station (FIGURE lOE) and fi-om the 
base station to the signal transfer unit (FIGURE lOF). 
15 FIGURES lOG and lOH illustrate the ARQ behavior when three erroneous 

packets are detected consecutively and no fiirther errors occur on the link thereafter for 
transmission fi-om the signal transfer unit to the base station (FIGURE lOG) and firom the 
base station. to the signal transfer unit (FIGURE lOH). 

FIGURE 101 illustrates the ARQ behavior when a correctly received packet 
2 0 lies between two erroneous packets as the receiving unit detects two consecutive erroneous 
data packets and considers the radio link to have failed. 

FIGURE 1 1 illustrates the architecture of software of the remote monitoring 

station. 

FIGURE 12 illustrates a diagram of the top level uses of the remote 

2 5 monitoring station of the invention. 

FIGURE 13 illustrates the modify case properties process implemented by 
the monitoring station of the invention. 

FIGURE 14 illustrates the "review downloaded data firom a patieiit" process 
implemented by the monitoring station of the invention. 

3 0 FIGURE 1 5 illustrates the "review events" process implemented by the 

monitormg station of the invention. 
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FIGURE 16A illustrates the case home screen with the sessions available 
for the selected patient. 

FIGURE 16B illustrates the case home screen listing the events which 
occurred for the selected patient during the selected time interval, 
5 FIGURE 16C illustrates the monitoring setup change screen available for 

the selected patient 

FIGURE 16D illustrates the patient information listing the patient data for 
the selected patient. 

FIGURE 16E illustrates the auxiliary sensors setup screen available for the 
10 selected patient. 

FIGURE 16F illustrates the trend data screen for displaying auxiliary sensor 
data available for the selected patient. 

FIGURE 17 illustrates the summary graphs for heart rate, respiration and 
temperature when the summary button is selected. 

15 DETAILED DESCRIPTION OF PRESENTLY PREFERRED EMBODIMENTS 

A system and method with the above-mentioned beneficial features in 
accordance with a presentiy preferred exemplary embodiment of the invention will be 
described below with reference to FIGURES 1-17. It will be appreciated by those of 
ordinary skill in the art that the description given herem with respect to those figures is for 
2 0 exemplary purposes only and is not intended in.any way to limit the scope of the invention. 
All questions regardmg the scope of the invention may be resolved by referring to the 
appended claims. 

I. System Overview 

A presently preferred embodknent of the remote patient telemonitoring 
25 system of the invention is illustrated in FIGURE 1. As illustrated, the system of the 

invention comprises a disposable multi-parameter sensor band 10, preferably worn on the 
patient's chest, for measuring patient vital signs and transmitting the measured vital signs 
data, a signal transfer unit 20 in proxunity to the sensor band 10 for storing and 
retransmitting the measured vital signs data, a base station unit 30 which receives the 
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retransmitted vital signs data and transmits the vital signs data over a telecommunications 
link 40, and a remote monitoring station 50 which receives the vital signs data from the 
base station unit 30 via the telecommunications Hnk 40. The operation of each of the 
components of the system will be described in more detail below. 
5 A. Multi-Parameter Sensor Band 

As illustrated in FIGURE 2, the sensor band 10 is designed to extend across 
the patient's chest and includes electrodes and other sensors (not shown) which are situated 
so as to measure full waveform single or multiple lead ECG, foil waveform chest 
respiration (using impedance and/or resistance bend sensor), skin temperature, and motion. 

10 Of course, other vital signs, such as EEG and blood oxygenation, could be measured as 
desired using sensors included within the existing sensor band and placed either on the 
chest or elsewhere on the body, or using sensors in another sensor band placed either on 
the chest or elsewhere on the patient's body. Conventional blood oxygenation sensors 
placed on the finger, wrist, or ear may also provide data through a wire or wireless link to 

15 the sensor band 10 or signal transfer unit 20, The signal processing and transmission 

circuitry 12 receives the sensor data from traces 14 and a directly cormected thermistor (not 
shown) and is powered by, e.g., a zinc-air battery pack (not shown) designed to permit the 
sensor band 1 0 collect and transmit vital signs data for approximately 30 hours. The 
sensor band 10 is typically removed and disposed of every 24 hours and replaced by a new 

20 sensor band 10. Upon power up of the new sensor band 10, the serial number of that 
sensor band 10 is randomly generated and sent in a repeating cycle. The transmission 
circuitry 12 in the sensor band 10 includes a transmission antenna 13 which transmits 
digitized signal samples continuously via a wireless link to signal transfer unit 20, which is 
preferably within 1.5 meters distance. Alternatively, a back-up wire transmission link may 

25 be provided to the signal transfer unit 20; however, such a wire transmission link is not 
preferred because of the inconvenience to the patient. The sensor band 10 is designed such 
that the patient only has to prepare his or her skin, peel back a protective strip over the 
hydrogel and hydrocolloid adhesive layers which are, m turn, placed over the electrodes, 
signal processing and transmission circuitry 12, and battery, and stick tiie sensor band 10 to 

30 the prepared skin in a position for measurement of the vital signs such as ECG. The sensor 
band 10 may be provided in a number of sizes sufficient to administer to infants as well as 
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large adults. The "V" bend 15 is preferably located between the left and right chest 
sections so as to allow some movement of the sensor band 10 when it is attached to the 
chest. 

In a presently preferred embodiment, ftill waveform ECG data is collected 
5 at a 250 Hz sampling frequency from three electrodes: one electrode in portion 1 6 placed 
under the patient^s left armpit, one electrode in a portion 17 on the right hand side of the 
chest, and one reference electrode in portion 18 on the left hand side of the chest. The 
ECG data is collected with a resolution of 1 0 bits. 

Full waveform respiration data is also collected at a 25 Hz sampling 
1 0 frequency using the trans-thoracic impedance method, with a 50 kHz continuous 

reciprocating current and two electrodes (force and sense) at the left hand side of the chest 
and two electrodes at the right hand side of the chest. The sense electrode on the right hand 
side of the chest is preferably the same as that used for ECG detection. The respiration 
data has a data resolution of 8 bits. Respiration data (with the same qualities except for 7 
15 bit resolution) may also be collected using a printed carbon on flextrate resistance bend 
sensor 19 located on the left hand side of the chest. One or both methods of respiration 
measurement may be used for a given patient. 

Skin temperature data is collected at 25 Hz using a thermistor located in 
portion 16 under the armpit. The temperature range is 25 to 45 degrees C with a reporting 
. 2 0 accuracy of +/- 0.5 degree C, an output sampling frequency of 25 Hz, and data resolution 
of 6 bits. 

Motion data is collected at 25 Hz sampling frequency using impedance 
sensing across the chest using the same drive electrodes as those described for respiration 
above. The motion data has a data resolution of 6 bits. In a preferred embodiment, the 

2 5 motion data may be compared to the ECG waveform and/or respiration waveform to 

determine if the measured data has been corrupted by movement. 

In modified embodiments, additional data, such as blood oxygen saturation 
data either from a jfinger band or included within the chest sensor band 10, may also be 
collected and provided to the sensor band 10 for transmission. 

3 0 Signal processing and transmission circuitry 1 2 preferably includes a single 

ASIC (Application Specific Integrated Circuit) that will receive, amplify, filter, and signal 
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process the analog data from the sensors, perform analog to digital data conversion at 10 
bit accuracy (with subsequent reduction for all but the ECG signal), pass the data stream to 
two micro-controllers which format and modulate the data stream and output it back to the 
ASIC; however, the functionality of a one or more such micro-controllers could be 
5 implemented in the ASIC using techniques known in the art. In a preferred embodiment, 
the ASIC contains an H Bridge Drive circuit for output transmission of the data stream 
usmg antenna 13. The data is output from the ASIC either by a single wire (back up), or 
by wireless inductive transmission to the signal transfer unit 20. The ASIC and any micro- 
controllers of the transmission circuitry 12 are mounted on a flexible or rigid PCB which 

1 0 also contains passive components (resistors, capacitors etc.), a crystal, batteries, and 

connections. The PCB is connected to a flexible substrate which has printed circuit traces 
14 providing connections to the electrodes and the antenna 13 or wire. More details 
concerning the design and manufacture of the sensor band 10 can be found in 
contemporaneously filed U.S. Patent Application Serial Nos. 09/292,159 and 09/292,157, 

15 the contents of which are incorporated herein by reference. 

For the wireless communications used in the preferred embodiment of the 
invention, the sensor band 10 uses a one-way inductive transmission scheme using digital 
frequency modulation in a 4 kHz band on channels with 6 kHz separation in the frequency 
range 50-150 kHz for a transmission distance of up to 2.5 meters. Preferably, the 

2 0 randomly-generated unique serial number of each sensor band 1 0 is inserted in the data 
transmissions for easy tracking. The transmission antenna 13 is either screen-printed on 
the flextrate or provided as a wire wound coil and embedded within the underarm portion 
16 for location imder the patient's armpit. Additional information regarding the antenna 13 
may be found in the afore-mentioned related applications, while additional information 

2 5 regarding the inductive transmission scheme will be provided below. 

B. Signal Transfer Unit 

In accordance with a presently preferred embodiment of the uivention, a 
patient will carry a signal transfer unit 20 to receive the vital signs data signals transmitted 
by the sensor band 10. The signal transfer unit 20 is designed to retransmit the received 

3 0 data to the base station unit 30 from a distance of up to 60 meters, but a typical range is 

approximately 30 meters. The signal transfer unit 20 need not be carried by the patient at 
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all times, but must be within communications range of the sensor band 10 (unless a Avire is 
used) in order to receive the transmitted vital signs data. The signal transfer unit 20 is 
small (approximately 1 10 x 65 x 25 mm) and is battery operated using, e,g,, 4 "AA" 
primary or rechargeable cells, or a rechargeable battery pack designed to last for a 
5 minimum of 30 hours. Preferably, the signal transfer unit 20 has a clip for attachment to a 
waist belt and/or a holster for easy carrying by the patient 

The signal transfer unit 20 has a memory buffer which is used in the case of 
a loss of radio connection with the base station unit 30.' This memory buffer is capable of 
storing vital signs data from the sensor band 10 for a period of time determined by the size 

10 of the memory buffer. The memory buffer thus allows the patient increased mobility by 
allowing the patient to move out of range of the base unit 30 for some period of time, 
preferably at least an hour (one hour of storage would require a 2 MB buffer using the 
sampling rates described herein and no data compression). The present inventors 
contemplate that, as memory options expand and costs continue to fall, the signal transfer 

1 5 unit 20 may be designed to include enough memory to permit the patient to move out of 
range of the base station unit 30 for even longer (e.^., 24 hours) without losing any data. 
Preferably, the signal transfer unit 20 automatically shuts down its transmission circuitry 
when it is out of range of the base station unit 30 in order to save energy. In this case, the 
signal transfer unit 20 keeps trying to reconnect to the base station unit 30 until it is back in 

2 0 range. Generally, the memory buffer will operate in FIFO data transfer mode and the 
signal transfer unit 20 will transmit data at a rate substantially faster than it is received so 
that the memory buffer may be emptied once the signal transfer unit 20 comes back into 
range of the base unit 30. However, the inventors contemplate that, in another 
embodiment, if an alarm condition is detected in the received data by the base station unit 

25 30, the most recent data could be transmitted to the base station unit 30 first. Also, if the 
memory buffer should become full at any point, the earliest data in the memory will be 
replaced with the latest data. 

As illustrated in FIGURE 3, the signal transfer unit 20 preferably provides 
several buttons for inputting information and displays/alarms for providing information to 

30 the patient For example, event buttons 21 may be pressed to identify a particular event 
such as the taking of medication or pressed to indicate that the patient is e3q)eriencing a 
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particular pain, feeling ill, and the like. Preferably, event buttons 21 are low profile or 
recessed to prevent them from being pressed accidentally. These events may be specijSed 
by the physician and agreed upon by the patient. Also, a light 22 may be illuminated vsrhen 
an auxiliary sensor measurement by the base station unit 30 is scheduled. A buzzer soimd 
5 may also be provided as desired. A buzzer silence button 23 also may be used to silence 
the buzzer. 

In a preferred embodiment, warning lights 24 are provided in addition to 
the buzzer to mdicate particular conditions and/or that the system is not working properly. 
Such conditions include battery low in signal transfer unit 20, batteries of the signal 

10 transfer unit 20 are at the end of recharge life, no signals are being received from the sensor 
band 10, loss of radio contact with base station unit 30, the memory buffer in the signal 
transfer unit 10 is 90% ftiU, the memory in the base station unit 30 is 90% full, time to take 
treatment, time to take an auxiliary sensor measurement at the base station imit 30, a 
physiological alarm condition has been detected in the base station unit 30, and the like. 

1 5 Depending on the LED "message", the patient may need to take appropriate action. 

Upon starting a monitoriii^ session, the patient will sunply need to check 
that batteries are inserted correctly in the signal transfer unit 20, that the power on LED is 
lit, and that there are no warning lights 24 indicating low power, loss of contact with the 
base station, etc. At the end of each day, or when the patient changes the sensor band 10, 

20 he or she will need to recharge the batteries of the signal transfer unit 20 or replace them 
with new ones. Other than this, no action will be required on the part of the patient to 
operate the signal transfer unit 20. However, in the event that a wire link from the sensor 
band 10 is used instead of wireless transmission, the patient will need to connect the wire 
link from the sensor band 1 0 to the signal transfer unit 20. 

2 5 The signal transfer unit 20 will receive the vital signs data signals from the 

sensor baad 10 using three receiving coils (or via the wire back up link). Data packets 
received are CRC checked, and any packets of data not received correctly or mtact by the 
signal transfer unit 20 are discarded. In the presently preferred embodiment, the signal 
transfer unit will only receive data from a single sensor band 10, although software change 

30 on the signal transfer unit 20 will enable multiple sensor bands 10 to broadcast vital signs 
data to a single signal transfer unit 20. 
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The signal transfer xinit 20 may also have an internal position sensor which, 
when the patient is carrying signal transfer unit 20, indicates when the patient is in the 
horizontal position and will switch when the patient's position changes towards the vertical 
by more than 15 degrees. A three axis sensor or accelerometer may be used for this 
5 ftmction. The signal transfer unit 20 may also have the facility for the connection of a 
microphone for recording lung or breathing sounds. 

In a presently preferred embodiment, the signal transfer unit 20 transmits all 
data to the base station unit 30 via a half-duplex single frequency radio link using standard 
off the shelf radio components and a transmission rate of 40 kbps, with a frequency shift 
10 keying modulation scheme. The transmission frequency is preferably 433 MHZ in Europe 
and 915 MHZ in the United States and Canada. As will be explained in more detail below, 
the radio transmission system uses a simple low-power, high efficiency protocol, ensuring 
CRC error checking of data packets in the forward direction, with an instruction set 
enabling retransmission of erroneous packets. The system is preferably fail-safe, erring on 
15 the side of sending no data rather than erroneous data. 

A more detailed description of the structure and operation of the signal 
transfer unit 20 of the invention may be found in contemporaneously filed U.S. Patent 
Application Serial No. 09/292,158, the contents of which are incorporated herein by 
reference. 

20 C. Base Station Unit 

The signal transfer unit 20 transmits its signals via radio link to base station 
unit 30, which is powered by a selectable 1 1 0/230V mains power supply and includes a 
modem connection for a land telephone line or cellular link 40. The modem is used to 
send data and information to a remote monitoring station 50 at a remote telemonitoring 

2 5 center, which may be a physician's office or a hospital. In using the base station unit 30, 

the patient will need to ensure that it is switched on and that the telephone line 40 is 
connected. Otherwise, the base station unit 30 operates automatically, with no further 
action required by the patient, other than the use of auxiliary sensors. 

In a presently preferred embodiment, a base station unit 30 can only receive 

3 0 signals from a single signal transfer unit 20, and two base station imits 30 will not be able 

to operate within interference range of each other unless they are frequency differentiated. 
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Of course, known transmission techniques such as spread spectrum, CDMA, or TDMA 
may be used to permit the reception of signals from a plurality of signal transfer units 20 at 
a single base station unit 30. 

As illustrated in FIGURE 4, the base station unit 30 may mclude a liquid 
5 crystal display screen 3 1 which provides information regarding system operation and gives 
the patient guidance when stepping through the options for collecting data from an 
auxiliary sensor. A light 32 indicates that the base station unit 30 is receivmg mains 
power. A similar light 33 may be used to indicate that the base station unit 30 is 
communicating with the remote monitoring station 50 via modem. An auxiliary sensor 

10 button 34 illuminates to indicate that an auxiliary sensor measurement is due, and the 
auxiliary sensor button 34 may be pushed to acknowledge when an auxiliary sensor 
measurement is about to be started and when it has been completed. A buzzer silence 
button 35 is preferably provided to silence the buzzer, which will sound to indicate that a 
message is to be read on the display screen 3 1. A telephone hang-up button 36 preferably 

1 5 breaks the conamunication between the base station unit 30 and the remote monitoring 
station 50 when depressed so that normal use of a phone connected to the same telephone 
line either directly or via a base station port is enabled, e.g., m emergency situations. 

As noted above, the base station unit 30 preferably includes the facility for 
the connection of a blood pressure sensor to a connector 37 or a spirometer or weigh scales 

20 to a coimector 38. The blood pressure sensor and spirometer are preferably standard 
commercially available units with standard RS232 digital data output streams. The base 
station has electrical isolation to these units. Alternatively, other point in time sensors such 
as a blood glucose meter could be connected to either connector 37 or 38. 

During operation, the base station unit 30 will collect and store all data 

2 5 received from the sensor band 10. The base station unit 30 preferably has a hard disk 
memory, enabling storage of data until it is ready to be sent to the remote monitoring 
station 50, In a presently preferred embodiment, a memory having the capability of storing 
several days of data (at least 2 GB of memory at the sample rates described hereui and 
assuming no data compression) is desired. Preferably, the sensor data from the sensor band 

30 1 0, the event data (threshold violations, button presses, and the like), and the auxiliary 
measurement data (spirometer, weight scales, and/or blood pressure) are stored separately 
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and aged independently in the memory of the base station imit 30 based on the time stamps 
from the sensor band 10 and/or the signal transfer unit 20. Time synchronization signals 
may be sent from the base station unit 30 to the signal transfer unit 20 and/or sensor band 
10 to synchronize the time stamps. All data is retained in the base station memory until 
5 either it is directed to be discarded by an instruction sent from the remote monitoring 
station 50, or until the base station memory is full, at which point the earliest data is 
discarded first. 

In the preferred embodiment, the base station unit further contains software 
algorithms which enable the calculation of heart rate and respiration rate from the ECG and 

1 0 respiration signals, respectively. Such algorithms include artefact detection and filtering to 
ensure that a high quality reading is obtamed. Preferably, the algorithm for heart rate also 
includes a 50Hz/60Hz notch filter for removal of any mains noise. The base station may 
fiirther contain a look-up table to convert signals received from the thermistor of the sensor 
band 10 into an accurate temperature reading. 

15 The base station imit 30 may also include software which compares the 

various vital signs data signals received with pre-programmed thresholds for certain 
physiological variables. In particular, the base station unit 30 may look for threshold 
violations; however, the actual processmg for determining whether an "event" has occurred 
is performed when processing the raw data at the remote monitoring station 50. Where 

2 0 data points fall outside these threshold values for a certain period of time, the base station 
unit 30 may record an event condition and could also indicate this fact to the patient by 
reverse radio transmission to the signal transfer unit 20 via a two-way radio link. Events 
are preferably generated for high or low heart rate, high or low respiration rate, or high or 
low temperature. The inventors also contemplate that, in alternative embodiments, events 

2 5 could be generated for high or low blood pressure, ischaemic events, or arrhythmias. 
When an event is generated, the buzzer on the base station unit 30 is sounded and the 
buzzer silence button 35 is illuminated. Events will also be generated at the base station 
unit 30 if the base station unit 30 has lost contact with the signal transfer unit 20 and/or if 
the memory of the base station unit 30 is frill. Any or all of these situations except for loss 

30 of contact could also genemte an "event" and/or an alarm in the signal transfer unit 20 
through reverse transmission via the two-way radio link. 
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As will be explained in detail below, the base station unit 30 is preferably 
programmable remotely from the remote monitoring station 50 via modem or, in an 
alternative embodiment, locally using a laptop or PC. In the latter case, the base station 
unit 30 would have an interface for the optional connection of a PC or notebook computer 
5 for the display of live graphical data or for programming of the base station unit 30. The 
local PC or laptop could also be used for a simple video link with the remote monitoring 
station 50. In any case, programming of the base station unit 30 is password protected. 
Programming involves setting study start and stop times, setting alarm thresholds and 
minimum breach times, setting pre-speciJBed dial up times for the remote monitoring 

1 0 station 50 to download data, setting data collection times (e.g., 5 minutes every hour), and 
setting times for recording data from auxiliary sensors. In this manner, the physician may 
choose to collect only the required data and at intervals set by the physician. 

In the preferred embodiment, the remote monitoring station 50 has the 
ability to automatically dial in to the base station unit 30 to download data at specified 

15 times or to view real-time live data. If the line for the base station unit 30 is busy, the 
remote monitoring station 50 may also have the automatic ability to try again after a pre- 
specified period. However, the inventors contemplate that in an alternative embodiment 
the base station unit 30 could initiate the dial-up for uploading the stored data. Generally, 
the data is downloaded in a binary TCP/IP compatible protocol, providing guaranteed 

2 0 transmission integrity over the link with the remote monitormg station 50. 

In the preferred embodiment, the base station unit 30 has a plug-in for a 
normal telephone so that the patient is not required to have two telephone lines. Voice 
communications will take precedence over data communications, Le, the patient will be 
able to interrupt a data download if he or she needs to make an urgent telephone call. 
25 In addition to the base station unit 30, each patient may be provided with a 

battery charger for charging the batteries of the signal transfer unit 20 if rechargeable 
batteries are to be used. 

D. Remote Monitoring Statinn 

At the remote monitoring station 50, a physician or nurse has access to a 

3 0 normal PC connected by modem to the telephone line 40. Physiological monitoring 

software is run on this PC or on a networked system to process the data received via the 
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modem from the base station unit 30. Preferably, though not necessarily, the received data 
will incorporate the serial number of the base station unit 30, as well as the serial number 
of the sensor band 10, to be used for historical data tracking purposes, should this be 
necessary. Remote monitoring station 50 may display continuous or non-continuous data 
5 in real-time or historically and may also enable the physician to review previously stored 
data, to view events, and to store data to a database or other electronic file. 

As illustrated in FIGURE 5A, a server 60 may be located in the 
transmission lines 40 to permit data from a plurality of patients to be stored on the server 
60 and provided to a plurality of remote monitoring stations 50 in a telemonitoring center 

10 or centers. In this case, a plurality of patients are monitored using a telemonitoring service 
which receives data generated and transmitted in accordance with the techniques of the 
invention and allows the operator at the telemonitoring center to configure studies and to 
analyze data. On the other hand, as illustrated in FIGURE 5B, the remote monitoring 
station 50 may be used to simply monitor a single patient or several patients from a single 

15 remote monitoring PC running the server 52 and physiological monitoring soflware. 

At the start of any patient study, the operator of the remote monitoring 
station 50 will need to configure the system's software for the type of study, e.g. real-time 
continuous viewing, historical data viewing, viewing of summaries, etc. The operator will 
also need to remotely program the base station unit 30 to collect the desired data from the 

2 0 patient. In some circumstances, the operator at the remote monitoring station 50 also may 
want to dial in to a particular base station unit 30 to check the status of a particular patient. 
In these instances, the operator will be able to view real-time data, even if such data is not 
otherwise scheduled to be downloaded by the base station unit 30 for a particular study. 
The operator also may download any data that has already been stored at the accessed base 

2 5 station unit 30. The operator will need to program a unique patient identifier at the start of 

a study so that data recordings can later be identified and so that patient data confidentiality 
can be maintained. 

The inventors contemplate that under continuous real-time monitoring, the 
physiological monitoring software could detect alarm conditions locally and could alert the 

3 0 operator of the remote monitoring station 50 or of a central monitoring station on a 

network to this fact 
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In a preferred embodiment, the remote monitoring station 50 may display 
several scrolling traces and several numerical measures on a single screen at any time, with 
the operator able to configure which traces or measures he/she wishes to see. The operator 
will be able to choose from a number of time bases for the review of live or historical data. 
5 Some parameters (e,g, temperature) could be shown as the latest numerical value only. 
The operator will also have the ability to define a data schedule enabling him/her to 
download selected samples of the continuous and auxiliary sensor data to the remote 
monitoring station 50. When a threshold event is detected by the base station unit 30, a 
"recording session" for later download may be flagged, causing a block of data to be 

10 recorded containing all the parameters being monitored for several (e.g. ten) minutes 
leading up to the event and for its duration. 

If a monitoring station is provided as in the FIGURE 5A or 5B 
embodiments, the remote operator will be able to review data from a number of patients, 
with data being transmitted from a number of base station units 30. When data is 

1 5 downloaded, events data could be sent first and could be viewed for any particular patient 
by the operator. The physiological monitoring software enables summaries of data to be 
viewed, e.g., traces of sample data points taken every 15 minutes for a particular parameter, 
and a display of events generated. For review of historical data, on the other hand, the 
physiological monitoring software will enable the operator to look at data using a choice of 

2 0 time-bases and a horizontal scroll bar. 

In a preferred embodiment, the physiological monitoring software contains 
software algorithms for the analysis of the ECG signal for standard smgle or multiple lead 
EGG waveform measurements, interval measurements, beat-typing and for arrhythmia 
detection. These algorithms preferably include artefact detection and filtering to ensure 

2 5 that a high quality reading is obtained. The algorithms preferably include a 50Hz/60Hz 

notch filter for removal of any mains noise and the above-mentioned 3 lead detection 
algorithm. 

For any data downloaded by the base station unit 30, the data is stored in a 
standard flat file format on the local hard disk, or in a separate location such as on a 

3 0 separate optical disk drive. In a preferred embodiment, all blocks of data stored are in a 

form that enables them to be exported from the physiological monitoring software in an 



SUBSTITUTE SHEET (RULE 26) 



wo 00/062664 ' PCT/USOO/09491 

-23- 

HL7 compliant format. Each block of data stored may have a unique patient identifier, the 
sensor band and base station unit identification numbers, the date, and the time. 

Remote monitoring unit 50 may also perform other types of processing on 
the received ECG data such as heart rate variability analysis, atrial fibrillation detection, 
5 ST episode detection, QT analysis, and other flagging events. Such processing techniques 
may be used to detect disease states such as cardiac failure, hypertension, angina, 
ischaemia/coronary artery disease, peripheral vascular disease, acute and chronic 
respiratory uisufiBciency, history of recurrent arrhythmias, sub-acute patients, post- 
mfarction patients, acute and recurrent febrile illnesses (including malaria, hepatitis, 
10 lymphoma, Hodgkin's disease, AIDS, tuberculosis) and the like, and such processing 
techniques are believed to be known to those skilled in the art. 

U. Data Transmission Scheme 

As noted above, the present invention wirelessly transmits data firom the 
sensor band 1 0 a short distance to a signal transfer unit 20 and retransmits the data 

15 wirelessly fi-om the signal transfer unit 20 to the base station unit 30. The data is then 
transmitted over conventional phone lines 40 or via a conventional wireless 
telecommunications link to a remote monitoring station 40. Each of these transmission 
links will be discussed in detail in this section. 

FIGURE 6 illustrates a general block diagram of the system transmission 

20 electronics. As shown, the sensor band 10 includes a plurality of sensors (e,g., electrodes) 
62 which provide analog vital signs data via traces 14 to an ASIC 64 for A/D conversion 
and signal conditioning. ASIC 64 also provides the necessary supply and drive signals to 
the electrodes 62. One of the micro-controllers 66 implements the communications 
modulation coding scheme described herein and passes the modulated signal to ASIC 64 

2 5 and then to an antenna for wire-fi:ee communication to the signal transfer unit' s signal 

conditioning unit. ASIC 64 in conjunction with one of the micro-controllers 66 
continuously transmits the data including vital signs data over conmaunications link 65 to 
signal transfer unit 20, where the vital signs data is received by commimications receiver 
68 and processed by processor 70. For example, processor 70 may condition the received 

3 0 signal, optionally compress the received data, and store the received data in FIFO memory 
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buffer 72. As noted above, memory buffer 72 preferably has sufficient size so that the 
patient may leave the range of the base station unit 30 for at least an hour without losing 
any vital signs data. Radio transceiver 74 of signal transfer unit 20 then transmits the data 
over communications link 75 to a corresponding radio transceiver 76 of the base station 
5 unit 30. As noted above, base station unit 30 includes a processor 78 which preferably 
implements software algorithms that calculate heart rate and respiration rate from the ECG 
and respiration signals, respectively. The received vital signs data is accumulated m 
memory 80 where it is stored until a remote monitoring station download is initiated, at 
which time the stored data is uploaded over communications link 85 (e.g, including 

1 0 telephone lines 40) using modem 82 of the base station unit 30 and modem 84 of the 

remote monitoring station 50. For example, the vital signs data may be uploaded once per 
day in the early morning hours to minimize interference with normal telephone usage, 
uploaded several times per day, or once per week. Remote monitoring station 50 then 
processes and displays the received vital signs data using a conventional personal 

15 computer 86, as will be described in more detail in the following section. 

The remainder of this section will address the formatting of the 
communications links 65, 75, and 85 in the preferred embodiment. The commimications 
links described herein were chosen for satisfactory performance in the home enviroimient. 
Those skilled in the art will appreciate that other communications modalities may be 

2 0 preferred in different environments under different circumstances. For example, radio 
transceiver 74 of the signal transfer unit 20 may include a conventional cell phone which 
communicates directly with the remote monitoring station 50 so as to eliminate the base 
station unit 30; similarly, communications link 85 could be a cell phone linlc. Moreover, 
the signal transfer unit 20 could be eliminated by providing cell phone capability in the 

2 5 sensor band 1 0 or by providing expanded broadcast capability to extend the range to the 
base station unit 30; however, such devices will inevitably be more expensive to 
manufacture than the device described in cormection with the preferred embodiment of the 
invention, 

A. Sensor Band - Signal transfer unit Link 

30 In the preferred embodiment, communications link 65 uses digital phase- 

shift keyed modulation to transmit the vital signs data via an inductive link. For the 
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purposes of this discussion it is assumed that a band from 50 kHz to 1 50 kHz is available 
for inductive transmissions from the sensor band 10 to the signal transfer unit 20. If only a 
narrower frequency band is available, then one or more channels will be lost from the 
transmission scheme described below. 
5 The sensor band 1 0 and the signal transfer unit 20 each contain a coil, and 

inductive coupling between the two coils is used to transmit the vital signs data. In a 
preferred embodiment, the signal transfer unit 20 contains three orthogonal coils with 
reception selected on the coil with the most usable signal at any point in time. The 
preferred embodiment also defines sixteen frequency-division multiplex channels with 

1 0 carriers at 6 kHz intervals from 54 kHz to 144 kHz inclusive. A one-bit digital version of 
the modulated signal is generated directly in software by one of the micro-controllers 66. 
The steps entailed in producing the code for the one of the micro-controllers 66 are 
described below. 

In the preferred embodiment, the modulation scheme employed for 

15 transmission from the sensor band 10 is digital QPSK (quadrature phase-shift keying). In 
this scheme, binary data is transmitted as bit pairs, known as symbols, at a regular rate, 
called the symbol rate. The effective bit rate is thus twice the symbol rate. Each symbol 
corresponds to a different phase offset (0, 90, 1 80 or 270 degrees) of the transmitted signal 
relative to a fixed carrier. These phase offsets can be represented as the points 1, i, -1 and - 

20 z in the complex plane. The nature of the transitions between adjacent symbols determines 
the envelope of the spectrum of the transmitted signal. In practice, to constrain the 
bandwidth of the signal, a raised cosuie fimction is used to interpolate between the signals 
representing adjacent symbols. Unlike more sophisticated uiterpolation fiuictions, the 
raised cosine fimction has the characteristic that the influence on the transmitted signal of 

25 one symbol does not extend further than the two symbols either side of it. Transitions 
between the symbols can be thought of as the motion of a point between the symbol 
points, and thus as a complex fimction of time. The transmitted signal is then the real part 
of this fimction multiplied by a complex exponential representing the carrier. 

In the preferred embodiment, symbols are transmitted at a 2 kHz rate. 

3 0 Since each symbol represents two bits, this corresponds to a bit rate of 4 kbps. In the 
preferred embodiment, the carrier signal is phase-locked to the symbol transitions. For 
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example, with a carrier frequency of 102 kHz, there are exactly 51 cycles (102kHz/2kHz) 
of carrier in each symbol time. Thus, the value at any given time of the complex 
exponential representing the carrier only depends on the time since the last symbol 
transition. This, coupled with the characteristic of the raised cosine interpolation function 
5 stated above, means that the transmitted signal is built up from only a Ihnited number of 
template waveforms: one for each possible transition between symbols. Since there are 
four symbols, there are sixteen possible transitions and thus sixteen possible template 
waveforms (including those where the symbol remains constant). 

The several stages involved in compiling the communications code will 

10 now be described. Reference is made to implementation on a PIC16F84 micro-controller 
running at an instruction rate of 1 MHZ, but the principles described herein are generally 
appUcable to other micro-controllers which may be used in the commxmications scheme 
described herein. An example carrier frequency of 102 kHz is assumed for illustrative 
purposes; the same principles will apply to other frequencies. 

1 5 The modulated output is generated on one bit of an output port, and symbol 

data is received on a pair of input bits. A trigger pulse is generated on a ftirther output port 
bit to request each new symbol. 

Sixteen template waveforms are generated at compile time that are sampled 
at the instruction rate of one of the micro-controllers 66, ie, 1 MHZ. These template 

2 0 waveforms are then converted to digital streams, either by simple thresholding or by a 
more sophisticated 'bitstream' method. Each of the sixteen waveforms contains 500 
(lMHz/2kHz) samples, for 8000 samples in all. Where simple thresholding has been used, 
each waveform consists of about 51 (102kHz/2kHz) pulses, or 102 state changes. If the 
phase angle increases through the waveform, there may be more than 102 state changes; if 

2 5 the phase angle decreases, there may be fewer. 

The template waveforms are referenced by the symbol represented at their 
start (0,1,2 or 3) and by the symbol represented at their end (again 0,1,2 or 3). For 
example, waveform [0,1] starts with a phase angle of 0 relative to the implied carrier, and 
ends with a phase angle of 90 degrees relative to it. For a waveform [a,b] to join smoothly 

30 to a waveform [c,d], it is necessary that b=c. A symbol sequence ...u,v,w,x... therefore 
includes the waveform sequence ...[u,v][v,w][w,x].... 
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With a slight modification to the interpolation function, waveform 
templates [u,0], [u,l], [u,2] and [u,3] can be made all to begin with the same sequence of 
samples and, in particular, can be made all to have their first state change at the same 
point. All samples leading up to this first state change are removed from the waveforms 
5 and added to the end of each waveform template [0,u], [l,u], [2,u] and [3,u]. This is 
carried out for each value of u from 0 to 3 as illustrated in FIGURE 7A. Each template 
waveform now begms with a state change and ends with a period free of state changes. 
This idle period will later be used to link together the various templates. As a result, the 
templates are no longer all necessarily the same length. 

1 0 The sampled waveforms are now converted into micro-controller 

instructions. Zero-to-one waveform state changes are converted into instmctions which set 
an output port bit; one-to-zero waveform state changes are converted into instructions 
which clear that bit. Idle periods between changes are converted into a sequence of no- 
operation instructions such that the correct time delays between changes are introduced. 

1 5 This procedure is illustrated in FIGURE 7B. As shown, the end of each template now 
consists of a number of no-operation instructions. 

A small number of extm instructions is required to read the state of the 
input port bits corresponding to the next symbol to be transmitted, select the appropriate 
waveform template, and produce a symbol trigger pulse. The instmctions at the start of 

2 0 template [u,0] (for each u) are searched for suitable points where these extra instructions 

can replace no-operation instmctions. If symbol 1 is required, these new instmctions cause 
a jump into the code for template [u,l] at the correct point to ensure continuity of the 
waveform; similarly, if symbol 2 is required, a jump is caused into template [u,2]; and if 
symbol 3 is required, a jump is caused into template [u,3]. Code in templates [u,l], [u,2] 
25 and [u,3] before the destinations of these new jump instmctions will never be executed and 
is deleted. Finally, as illustrated in FIGURE 7B, some of the last no-operation instructions 
in template [u,v] (for each u and v) which were created in tiie step of creating an idle 
period at the end of each template are replaced by a jump instmction to the start of 
template v, again in such a way as to ensure continuity of the waveform. 

3 0 The code at this point is typically 8000 instmctions long, too long to fit in a 

low-cost micro-controller. A number of optimization algorithms is therefore applied to 
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reduce the code size. Unlike conventional optimization algorithms, it is essential that 
these preserve exactly the timing of instructions executed. 

The code is searched for the longest sequence of instructions that occur 
more than once usmg an algorithm which iteratively increases the length of candidate 
5 sequences, rejecting them as they become unique. Only those sequences which could be 
converted to a subroutine are considered; these need to have enough no-operation 
instructions at either end to cover the subroutine call and return overheads of the micro- 
controller. When the longest sequence is found, it is converted to a subroutine with the 
appropriate number of no-operation instructions deleted from either end to cover the time 
10 required for the call and return; each occurrence of the sequence is then replaced with a 
subroutine call instruction. This procedure is then repeated until no further suitable 
duplicated sequences are found. The code size will now have been reduced to perhaps 
2000 mstructions. 

The pool of newly-created subroutines is now searched to identify instances 
1 5 where the whole of a subroutine A (consisting of n instructions) is identical to the last n 
instructions of another subroutine B. All calls to subroutine A are replaced with calls to 
the point n instructions from the end of subroutine B. Subroutine A is then deleted. 

A number of peephole optimizations is also performed which reduce code 
size while preserving timing in accordance vwth the invention. For example, on the 
2 0 PIC16F84, two consecutive no-operation instructions can be replaced with a jump to the 
following location, saving one instruction. 

A small number of instructions is added to the beginning of the optimized 
code to initialize the micro-controller. The code is now complete and ready to be 
programmed into the appropriate one of the micro-controllers 66. The above procedure 

2 5 need only be performed once for each desired carrier frequency. 

As noted above, the communications link 65 is divided into sixteen 
channels spaced at 6 kHz intervals. For simplicity, the center frequencies of the channels 
are at multiples of 6 kHz. The lowest-frequency channel is therefore centered at 54 kHz 
and the highest at 144 kHz as illustrated in FIGURE 8. Chaimels are referred to by 

3 0 ntmiber, where the number is the center frequency divided by 6 kHz. Thus, the available 

chaimels are numbered 9 to 24 inclusive. Each channel canies a QPSK signal with a 
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symbol rate of 2 kHz and a data rate of 4 kbps. The channel thus occupies a band 2 kHz 
either side of its center frequency with guard bands 2 kHz wide separating adjacent 
channels as shown in FIGURE 8. 

Those skilled in the art will appreciate that, given the digital nature of the 
5 coil driving circuit of the sensor band 1 0, the majority of the out-of-band power for any 
chamiel is lilcely to be at its third harmonic. Since the thurd harmonic of channel 9 (52 kHz 
-56 kHz) lies m the range 1 56 kHz -168 kHz, it will not cause interference with channel 
24, which occupies the range 142 kHz - 146 kHz. 

The majority of the different types of sensor bands 10 for use in accordance 

10 with the invention will have data rates which fit comfortably within a 4 kbps channel. For 
those sensor bands that require a higher data rate, it is possible to retain the phase-shift 
keying modulation scheme of the preferred embodiment but to represent more than two 
bits per symbol by the use of m-ary phase-shift keying. This would allow a higher data 
rate in the same channel width, although a higher signal-to noise ratio would be required 

15 for reliable communication. Alternatively, data compression techniques may be used to 
compress data into a smgle 4 kbps chaimel, or multiple channels could be used for a single 
sensor band. 

The QPSK signal can be generated digitally and then passed through an 
oversampling modulator, implemented withm the ASIC 64. This would directly generate 
20 a digital signal suitable for feeding to the coil driver. Alternatively, the transmitter of the 
sensor band 10 may require a small additional cncuit, probably mvolving a phase-locked 
loop, to reduce out-of-band transmissions further than a practical oversampling modulator 
will allow. 

At the communications receiver 68 of signal transfer unit 20, a number of 

2 5 QPSK channels can be simultaneously demodulated using a DSP device. A front-end 

comprising amplifiers, anti-aliasing filters and analog-to-digital converters is required. 
Such circuitry is described in detail in the aforementioned related U.S. Patent Application 
Serial No. 09/292,159. 

In accordance with the invention, the output of the DPS device comprises 

3 0 three signals: 

1) a clock signal C; 
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2) a framing pulse F; and 

3) a data signal D. 

In the preferred embodiment, the data from the sensor band 10 consists of a continuous 
sequence of 160-bit packets, where the bit rate is nominally approximately 4 kHz and tiie 
5 packet rate is thus approjomately 25 Hz. The fr aming pulse F indicates the position of bit 
0 of each packet. 

As illustrated in FIGURE 9, of the 160 bits in each packet, 128 form the 
data payload. The remainder mclude a header including a field to indicate the format of 
the data and a sequence number that mcrements with each packet. A trailer includes an 

10 error-checking (CRC) field. The data capacity of the channel is therefore 25 Hz multiplied 
by 128 bits, or 3200 bps. This is sufficient capacity for the majority of the known sensor 
arrays to require only one channel each. If not, data compression or multiple channels may 
be used for each sensor band 10. Packets of data from several received channels can be 
multiplexed into a single output stream for the DSP. 

15 As shown in FIGURE 9, each packet of 1 60 bits is divided into a number of 

fields as follows: 

1) bits 0-7; header, including packet type and sequence number. The 
packet type field defines the format of the data within the payload field. Each different 
sensor array could be assigned a different packet type. The three-bit sequence number 

2 0 mcrements modulo 8 with each packet and can be used to check the integrity of the data 

stream. 

2) bits 8-135; data payload. The format of the data within the payload 
field is defmed by the packet type. 

3) bits 136-159; trailer. This field may include a CRC field which is 
25 an eight-bit CRC of the data in bits 0-135 of the packet. The CRC may be used to detect 

errors in marginal reception conditions or in the presence of interference. 

Of course, certain sensor arrays may generate raw data at a rate higher than 
one channel can handle. The provision of suitable compression in the ASIC 64 or one of 
the micro-controllers 66 would allow one channel to be used, as well as reducing the 

3 0 bandwidth requirement of the transmissions over the communications link 65. In addition. 
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bufferiag requirements in the signal transfer unit 20 would be reduced, and 
communications requirements between the signal transfer unit 20 and base station unit 30 
would be simplified. However, if such compression cannot be provided due to cost and 
the like, more than one channel would need to be used for each sensor array 10. 
5 g. Signal Transfer Unit - Base Station Unit Link 

As noted above, the signal transfer unit 20 has a memory buffer 72 which 
enables at least three modes of operation for the signal transfer unit 20. In normal 
operation, the signal transfer unit 20 communicates with the base station unit 30 with no 
data stored in the memory buffer 72, The memory buffer 72 is preferably disabled in order 

10 to minimize the supply current. The data is transmitted via the communications link 75 
using the protocol to be described below. The user interface (FIGURE 3) has normal 
operational information displayed. The signal transfer unit 20 may also operate without a 
communications link to the base station utiit 30. In this state, the vital signs data arrives at 
the signal transfer unit 20 as in the normal state. However, the data is redirected from the 

15 communications receiver 68 to a buffer of processor 70. When the processor's buffer fills 
up (this only allows 4 packets worth of data and is held on-chip in the RAM of processor 
70) the data is directed to the much larger memory buffer 72, which may be, e.g,, a 
DRAM, a flash memory, or other comparable memory device. If the memory buffer 72 
becomes 90% fiill, an alarm condition may be set. On the other hand, the signal transfer 

2 0 unit 20 may operate with a communications link 75 but still having data stored in the 
processor's buffer and/or memory buffer 72 on a "first-in, first-out" (FIFO) basis. In this 
state, the buffered data is sent to the base station unit 30 as quickly as possible, with new 
incoming data being directed to the memory buffer 72. In any of these states, the CRC 
status bits of the incoming data frame will be examined, and if these show that the data is 

2 5 valid, the data is extracted and, depending on the state of the signal transfer unit 20, this 

information will either be directly built into a packet for transmission to the base station 
unit 30 (or placed in a buffer ready for transmission) or will be sent to the next available 
area of the memory buffer 72. If the CRC fails, the data packet is discarded. 

In the preferred embodiment, the radio transceiver 74 of the signal transfer 

3 0 unit 20 is a transmitter/receiver based on the RF2905 transceiver chip with the following 

interface lines to baseband: 
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1) data in (data received jfrom the base station unit 30); 

2) data out (data transmitted to the base station unit 30); 

3) T/R - transmit/receive switch; and 

4) power up flag (to wake the transceiver from sleep mode). 

5 The other interface connections to the RF2905 chip can be derived from 

these interfaces using a small amoxmt of logic circuitry so as to reduce the number of I/O 
ports reqmred on the processing device. 

In the preferred embodmient, commxmications link 75 runs at a 40 kbps 
baud rate. A packet typically comprises a preamble, a synchronization codeword, various 

1 0 packet definition codes, a packet ID, data, and a CRC error detection code. In a preferred 
embodiment, the CRC code is 16 bits wide and the data content within a packet is 32 bits, 
resulting in a CRC algorithm performing over a 48-bit packet. The CRC is performed in 
baseband in the signal transfer unit 20 for both the tiansmitted and received data. The 
CRC algorithm is performed in real-time if possible, utilizing 32-bit registers and various 

15 rotate and shift instructions in the instruction set of processor 70. If the CRC cannot be 
performed in real-time, the data will be buffered and the CRC will be performed as soon as 
the current reception is complete. Due to the base station channel being predominantly for 
data traffic to the base station unit 30, this incoming data procedure should have little 
activity; however, this will not be the case during periods of poor reception when data will 

2 0 need to be re-transmitted and "NAK" codes sent regularly from the base station imit 30. 

Data received from the transceiver of the radio transceiver 74 is 
asynchronous; therefore, clock extraction is a function that must be performed by the 
signal transfer unit 20 in baseband. This involves over-sampling of the synchronization 
codeword (a 101010... pattern) and performing frame alignment. 

2 5 The communications protocol between the signal transfer unit 20 and the 

base station xmit 30 has been designed to address the foUowmg requirements: 

1) The system must be compatible with half duplex operation for 
implementation within a single radio frequency allocation; 

2) Battery life at the signal transfer unit 20 is a critical parameter in the 

3 0 overall system performance and the power consumption at the base station unit 30 is of 

lesser consideration. Therefore, the protocol must favor low consumption at the signal 
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transfer unit 20; 

3) High efficiency in the data flow from the signal transfer unit 20 to 
the base station unit 30 is required to maximize the channel information capacity of the 
radio link; 

5 4) A simple protocol implementation is desirable to minimize 

processing power at the signal transfer unit 20 and hence reduce power consimiption; and 

5) A high degree of data integrity is required with erroneous data being 
harmful to the applications supported by the system. Therefore, the system must *fail safe' 
with the preference bemg to supply no data rather than erroneous data. 

1 0 The commimications protocol between the signal transfer unit 20 and the 

base station unit 30 has been designed to transport data over a physical channel 
implemented as a radio link. The behavior of radio propagation chaimels is well 
documented and of relevance to the protocol design is its tendency to exhibit burst error 
characteristics rather than random bit errors. This is due to fading effects originating from 

15 mechanisms such as multi-path, shadowing, and antenna orientation. Therefore, a data 
packet scheme has been adopted with CRC to provide error detection and an ARQ scheme 
to retransmit erroneous data packets. No provision for bit error correction has been 
implemented and data scrambling has been included to minimize the DC component in the 
data stream. Wherever possible, the protocol has been designed to be unrestrictive to the 

2 0 data format being transferred over the communications link 75 while maximizing 
efficiency, which assumes prior knowledge of the format of the measurement data. 

Since the protocol favors low power consumption at the signal transfer unit 
20, a communications dialog is always initiated by the signal transfer unit 20 and never the 
base station unit 30. This allows the signal transfer imit 20 to power down when in idle 

2 5 mode and removes the requirement for high specification timing components. 

In the preferred embodiment, the communications protocol is 
asynchronous. Initial dialogue synchronization is established with a preamble sequence 
and provision for subsequent timing alignment is provided by synchronization sequences 
preceding all data packets. 

3 0 Three basic fimctional mechanisms are provided in the signal transfer 

unit/base station unit protocol: 
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1) Registration; 

2) Idle/re-registration; and 

3) Information flow. 

These mechanisms will now be described in detail. 
5 Registration Mechanism 

The purpose of the registration mechanism is to provide a means by which 
the signal transfer imit 20 and the base station unit 30 acknowledge their mutual presence 
and confirm the performance of the radio link 75. It provides an opportunity for the base 
station imit 30 to send initializing control parameters to the signal transfer unit 20 if 

1 0 required. FIGURE lOA represents this mechanism. As illustrated in FIGURE 1 OA, the 
dialog is initiated with a dialog registration request from the signal transfer unit 20 which 
must be transmitted within tpowER_up seconds of the signal transfer unit 20 being powered 
up. The base station unit 30 responds to the registration request with an acknowledgment 
(ACK) packet to confirm its correct receipt or a data packet containing control information 

1 5 which implicitly provides the acknowledgment. In the latter case, the signal transfer unit 
20 must acknowledge the safe receipt of the control information. If the control data 
exceeds a single packet length, multiple packets may be used to fragment the control 
information, with an acknowledgment being required from the signal transfer unit 20 for 
each packet. This is conducted in the same manner as the data flow mechanism described 

2 0 below with respect to FIGURE 1 OB. If no control data is transmitted from the base station 
imit 30 and a simple acknowledgment packet is sent, the signal transfer unit 20 will not 
provide fiirther acknowledgment. It is recommended tiiat the base station unit 30 allocate 
a unique logical unit number to the signal transfer unit 20 during the registration dialog 
using the appropriate control code such that control data is always sent in place of the 

2 5 acknowledgment package. 

If the signal transfer unit 20 fails to achieve registration, the signal transfer 
unit 20 will wait for a minimum time of t^jN^REo wait a maximum time of ^^^^x rbq waft 
before making another attempt at registration with a dialog request. It is recommended 
that a random element be included in the wait time in order to facilitate random access 

3 0 schemes in the case of multiple signal transfer units 20 transmitting to a single base station 

unit 30 in alternative embodiments. 
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Idle Mechanism 

The purpose of the idle mechanism is to maintain registration of the signal 
transfer unit 20 and to provide the opportunity for the hase station unit 30 to reconfigure 
control parameters within the signal transfer unit 20 if required. The format of the dialog 
5 is identical to the registration mechanism with the difference lying in the format of the 
dialog request packet. In order to maintain registration, the maximum allowable time 
between idle dialog (or registration dialog in the first instance) will be I^ax idle and 
registration will become mvalid if no dialog is conducted after t^osE reg of the previous 
dialog. Thus, t^Ax IDLE defines the maximum time permissible before control data can be 

1 0 sent to the signal transfer unit 20 and tLosB_REG defines the tirae after which registration 
becomes invalid. 
Data Flow Mechanism 

The purpose of the data flow mechanism is to transfer measurement data 
fi-om the signal transfer imit 20 to the base station unit 30 and to provide the opportunity 

15 for the base station unit 30 to reconfigure control parameters within the signal transfer unit 
20 if required. FIGURE lOB illustrates the data flow mechanism. As illustrated in 
FIGURE lOB, the data flow mechanism is similar in its implementation to the registration 
and idle mechanisms except the dialog request packet must notify the base station unit 30 
that the signal transfer unit 20 has valid data waiting. As before, an acknowledgment 

2 0 packet may be replaced by a data packet with implicit acknowledgment and, similarly, the 

data packet on the reverse link may implicitly acknowledge safe receipt of the control 
information. The data packets contain control information that informs the base station 
unit 30 if further data packets are to be transmitted in the dialog. 
ARQ Scheme 

25 The purpose of the ARQ scheme is to provide the means by which 

erroneous data packets are retransmitted based on the use of "not-acknowledged" (NAK) 
packets to request retransmission. In order to conserve power at the signal transfer unit 20, 
the number of times a packet may be retransmitted is limited, and if either the base station 
unit 30 or signal transfer unit 20 receives two consecutive erroneous packets, the data Imk 

3 0 will be considered to have failed, and a minimum time of t^oN fail watt will be allowed to 

elapse before the signal transfer unit 20 attempts to re-establish the link with a dialog 



SUBSTITUTE SHEET (RULE 26) 



wo 00/062664 PCT/USOO/09491 

-36. 

request. The scheme is independent of packet type such that an acknowledgment package 
is treated in the same manner as a data packet. 

Three cases are therefore identified. 

Case 1 

5 This case defines the ARQ behavior when a single erroneous packet is 

detected and no fijrther errors occur on the communications link 75 thereafter. FIGURE 
IOC defines the mechanism. As illustrated in FIGURE IOC, the signal transfer unit 20 
sends a data packet which is incorrectly received at the base station unit 30, the base 
station unit 30 sends a NAK package which contains a data field pointing to the first 
1 0 detected erroneous packet, and the signal transfer unit 20 retransmits the data packet. As 
illustrated in FIGURE lOD, an identical procedure is adopted if the signal transfer unit 20 
fails to receive a packet firom the base station xmit 30. 
Case 2 

This case defines the ARQ behavior when two erroneous packets are 
15 detected consecutively and no fijrfher errors occur on the communications link 75 
thereafter. FIGURE lOE defines the mechanism. As illustrated in FIGURE lOE, the 
signal transfer unit 20 sends a data packet which is incorrectly received at the base station 
unit 30, and the base station unit 30 sends a NAK packet which is mcorrectly received by 
the signal transfer unit 20. The signal transfer unit 20 then transmits a NAK which is 
2 0 correctly received at the base station unit 30 which then retransmits the first NAK packet 
containing a data field pointing to the first detected erroneous packet which is 
subsequently retransmitted by the signal transfer unit 20. As illustrated in FIGURE lOF, 
an identical procedure is adopted if the signal transfer unit 20 fails to receive a packet fi-om 
the base station unit 30. 
25 Case 3 

This case defines the ARQ behavior when three erroneous packets are 
detected consecutively. FIGURE lOG shows the mechanism. As illustrated in FIGURE 
lOG, the base station unit 30 receives two consecutive erroneous packets and hence 
recognizes that the radio link has failed. No fiirther reply is sent to the signal transfer imit 
30 20 which, by implication, will inform the signal transfer unit 20 that tiie link has failed. 
The base station unit 30 then returns to receive mode and awaits re-establishment of the 
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communications link 75 by a dialog request from the signal transfer unit 20, Similarly, if 
the first erroneous packet is received by the signal transfer unit 20, an identical mechanism 
is adopted as shown in FIGURE lOH, This case also defines the situation where a 
correctly received packet lies between two erroneous packets as the receiving unit detects 
5 two consecutive erroneous data packets and considers the radio link to have failed. 
FIGURE 101 illustrates the dialog in this case. 
Packet Formats 

The format of the data packets required to implement the functional 
mechanisms described above will now be described. Three primary types of packet are 
10 defined as follows: 

1) Dialog Request Packet; 

2) Acknowledgment Packet; and 

3) Data Packet. 

Subsets of each primary type are defmed to implement the detailed functionality. 
1 5 Dialog Request Packet 

A dialog request packet initiates a dialog between the signal transfer unit 20 
and the base station unit 30 and can only be sent by the signal transfer unit 20. Three types 
of dialog exist to implement registration, idle mode and data transfer initiation. All dialog 
request packets are of fixed length and preceded by a preamble with a single CRC bit 

2 0 sequence appended to the end of the packet In each case, the CRC is applied to the 

information content of the packet and excludes the preamble and synchronization 
codeword. Generally, each dialog request packet contains a preamble that allows an 
analog data slicing hardware threshold in the radio circuitry to settle to an appropriate 
value for optimum data reception, a synchronization codeword which aUows the receiver 
25 to synchronize its bit sampling mechanism, a registration identification codeword that 
identifies the transmitted data packet as a registration data packet, an optional serial ID 
assigned to the signal transfer unit 20 at manufacture and/or logical unit ID assigned to the 
signal transfer unit 20 by the base station unit 30 to provide limited addressing 
fimctionality in the case of a plurality of signal transfer imits 20 transmitting to a single 

3 0 base station unit 30, a modulo counter number (packet ID), and CRC bits. 

Acknowledgment Packet 
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An acknowledgment packet is used to inform the sender of the success of a 
transmitted packet. Two types of acknowledgment packet are defined for success and 
failure. All acknowledgment packets are of fixed length and have a CRC bit sequence 
appended to the packet. In each case the CRC applies only to the data content of the 
5 packet and excludes the synchronization codeword. Generally, each acknowledgment 
packet contains a preamble, a synchronization codeword, an ACK or NACK identification 
codeword, an optional serial and/or logical unit ID of the signal transfer unit 20, a packet 
ID, a packet success ED or retransmit reference ID, and CRC bits. 
Data Packet 

1 0 Data packets are used to transfer sensor data firom the signal transfer unit 20 

to the base station unit 30 and control information fi-om the base station unit 30 to the 
signal transfer unit 20. In order to minimize the processing reqmrements of the signal 
transfer unit 20 and transmit-receive switching time, the information contained within the 
packet may be divided into an integer number of data codewords with CRC individually 

15 applied to each word. The synchronization codeword is excluded fi*om this process. Two 
types of data packet are defined to implement rapid data transfer and control data transfer. 
For each type of data packet, two identification codewords are applicable which indicate 
whether another data packet is to follow. 

The CRC is embedded in the data packet according to the codeword 

2 0 structure. Each codeword contains Nbits^per codeword and a maximum of 

Nmax.codewords jER_PACKET ^ allowcd m a smgle data packet. It is permissible to firagment 
data between successive data packets and no restriction is applied regarding the point of 
fragmentation. 

The rapid data packet is used to transfer measurement data from a single 
25 sensor device as efficiently as possible and contains minimal control content. This type of 
data packet is preferably used in instances where maximizing the capacity of the 
communications chaimel is paramount. This data packet preferably includes an indication 
of the Signal Transfer Unit Logical Unit and the Data Source ID. The CRC will be 
embedded in the data packet according to the codeword structure. 

3 0 The control data packet is used to transfer control data to configure 

parameters within the signal transfer xmit 20. It is identical in format to the rapid data 
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packet except that the free format sample data field contains a number of control 
sequences. 

In a preferred embodiment, data scrambling is applied to all bits transmitted 
over communications link 75, with the exception of synchronization codewords and 
5 preambles. Data scrambling is applied to minimize the DC content of the data within a 
particular packet and is achieved by multiplying the bitstream with a fixed pseudo noise 
(PN) sequence having a length equal to the length of a data codeword (including the CRC) 
such that the scrambling is applied codeword by codeword for a data packet and a partial 
sequence used for all other types of packet. 

10 In transmitting data pursuant to the above-described transmission protocol, 

the communications link 75 is required to transport a maximxom information rate of IS 
kbits/sec over a range of 60 meters. In addition, the communications link 75 must support 
the data overheads associated with the protocol and provide sufficient capacity for the 
system to transmit previously stored measurements at a higher data rate to catch up with 

15 the real time function in the event that the signal transfer unit 20 should be taken out of 
range for a period of time. Assuming a mimmum protocol efficiency of 63%, a minimmn 
data rate of 23.8 kbits/sec is required to achieve the required information rate assuming a 
perfectly reliable link. 

Taking into account restrictions imposed by baseband processing, a data 

2 0 rate of 40 kbits/sec has been adopted in a preferred embodiment to provide an information 
capacity of 25.2 kbits/sec which translates to a duty cycle of 59.5% under good operating 
conditions or a catch-up rate of 0.68 hours/hour when the full iirformation capacity is 
required. Since the spectral allocations for unlicensed radio transmission are at 433 MHZ 
and 9 1 5 MHZ in Europe and the USA, respectively, with a small number of exceptions 

2 5 where bandwidth is specifically allocated for medicd telemetry applications, these 

frequencies are chosen for transmission via communications link 75 in the preferred 
embodiment. In general, the allocations provide more than 100 kHz of bandwidth which 
will not be restrictive to the system given the 40 kbits/s data rate. 

C. Base Station Unit ■ Remote Monitoring Station Link 

3 0 Coxnmunications link 85 is used to transfer die acquired patient vital signs 

data from the base station unit 30 to the remote monitormg station 50 and to transfer 
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configuration information jfrom the remote monitoring station 50 to the base station unit 
30, In a preferred embodiment, the base station unit 30 and remote monitoring station 50 
commimicate in a stream-based protocol implemented using TCI/IP sockets, where each 
data packet has a message start byte, bytes indicatmg total message length, a message 
5 command, and message contents. The data packets generally contain a data timestamp and 
ECG, respiration, temperature, motion, and bend data; however, data packets from the base 
station unit 30 may also contain weight, blood pressure, and spirometer readings from the 
auxiliary sensors. Other packet types may include heart rate, respiration rate, temperature 
and/or event data. 

1 0 Generally, before TCP/IP communication between the base station unit 30 

and the remote monitoring station 50 can be established, a network connection must first 
be established between the two systems. The remote monitoring station 50 initiates 
connection to the base station unit 30, and once the connection has been accepted, both 
ends of the communications link 85 will listen for commands. The protocol may be 

15 terminated by either end of the communications link 85 discoimecting its socket. Each 
command is unidirectional, and acknowledgment of any command is necessary, 

A command set of the protocol for communications between the base 
station unit 30 and the remote monitoring station 50 in the preferred embodiment of the 
invention will now be described. The following partial list of conmiands are used to 

2 0 implement the communications protocol over the communications link 85. 

An AddDataSource command from the remote monitoring station 50 
instructs the base station unit 30 to begin acquiring data from a data source (sensor band 
1 0) specified in a data source ID within the command and to use a particular type of 
stream. Usually, this command identifies the wireless channel to use. 

25 A RemoveDataSource command from the remote monitoring station 50 

instructs the base station unit 30 to stop acquiring data from the specified data source ID. 

A SetConfig command from the remote monitoring station 50 sends any 
required configuration data to the base station unit 30 and may contain flags instructing the 
base station unit 30 to flush the databases of the base station unit 30. 

30 An AckConfig command from the base station unit 30 acknowledges to the 

remote monitoring station 50 successfiil receipt of the SetConfig message. 
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A DataRequest command from the remote monitoring station 50 requests 
that the base station unit 30 sends a specified time range of raw or real-time data to the 
remote monitoring station 50. The data record type field within the command specifies the 
format tliat the remote monitormg station 50 will expect to be returned. In some cases, the 
5 same raw data may be requested in multiple formats. Only one request for data may be 
active at any one time. 

A DataRequestAbort command message from the remote monitoring 
station 50 causes all outstanding data requests to be aborted, mcluding Event and Alarm 
data requests. This command shoxild be sent before the remote monitoring station 50 
1 0 terminates the commimications link 85 . 

A ReturnCompiete command is sent by the base station unit 30 to indicate 
that all data for the last data request has now been sent to the remote monitoring station 50. 
In this context, a data request includes a request for threshold alarms, session data, or 
events. A status field in this command indicates the reason for the base station unit 30 to 
1 5 stop transmission of Return records. 

A DataReturn command packet from the base station unit 30 contains data 
as requested via a DataRequest command. Different data record types will have different 
data sizes. 

A SetAIarm conMnand from the remote monitoring station 50 is used to set 
20 up a threshold alarm monitor on the base station unit 30. A duration parameter indicates 
for how many seconds the threshold must be exceeded before the alarm is triggered. A 
hysteresis parameter defmes a boundary around the threshold that needs to be crossed 
before the alarm triggers or resets. 

An AlarmDataRequ est command from the remote monitoring station 50 

2 5 requests that the base station unit 30 send all alarms recorded between the Start and End 

times supplied. The data actually is returned as a series of "Alarm" commands, followed 
by a ReturnCompiete message. 

A RemoveAlarm command from the remote monitoring station 50 causes 
the base station unit 30 to stop monitoring for the specified alarm. Tliis command can 

3 0 only be used to stop monitoring for an alarm that was configured using the SetAIarm 

command. 
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An Alarm command packet from the base station unit 30 encapsulates an 
alarm and returns an Alarm ID to the remote monitoring station after the SetAlarm 
message. 

A SetEventMeasurement command message from the remote monitoring 
5 station 50 requests that the base station unit 30 makes an auxiliary measurement. If the 
alert time is outside the range defined by the start and end times, no user alert is sent. If a 
periodic flag is set, the measurements are made daily, and the date portion of the start, end, 
and alert times are ignored. 

An EventReading command from the base station unit 30 contains the 
10 results of a scheduled auxiliary measurement, as requested by the SetEventMeasurement 
command. Data valid flags are used to indicate the nature of the data contained in the 
measurement. 

An EventDataRequest command message packet from the remote 
monitoring station 50 contains a request for event data specified for the specified time 

15 range. The response is a series of EventReading command packets followed by a single 
RetumCompIete command. 

A TestRequest command is sent by either end of the communications link 
85 and is used to test the link between the two systems. A TestRequest command should 
result in a TestResponse packet within 3 seconds in a preferred embodiment. 

20 A TestResponse conunand packet is sent in response to the TestRequest 

command packet and may include a copy of the data accompanying the TestRequest 
message. 

Of course, other commands may be added as system features are added. 
Moreover, it is desired that the vital signs data be compressed for faster data downloading 
25 to the remote monitoring station 50. 

ni. Collecting/Managing Data Using Remote Monitoring Station 
A. Monitoring Software 

Figure 1 1 illustrates the ftmctional or software architecture of the remote 
monitoring station 50. As noted above, remote monitoring station 50 is utilized by a 
3 0 health care professional to evaluate the vital signs data received from one or more patients 
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and to perform control ftmctions and maintenance functions necessary for system 
operation. FIGURE 1 1 illustrates an embodiment of FIGURE 5B in which the remote 
monitoring station 50 includes a server 52 for managing the processing of the vital signs 
data received from the base station units 30. A similar functional arrangement would be 
5 utilized for implementing the embodiment of FIGURE 5 A except that the server would be 
located in a separate physical unit or at a remote location. Each of the components of 
FIGURE 1 1 will now be discussed in turn. 

The remote monitoring station 50 maintains a database 110 of patient data 
received from each patient taking part in a study using the techniques of the invention. In 

10 a preferred embodiment, the patient data includes a patient number which is unique for 
possibly linlcing to other patient information systems and a telephone number for the 
patient's base station unit 30. Preferably, additional information is maintained for each 
patient case which is linked to the patient information. Such information may include 
current medications taken by the patient, current diagnosis information, base station ID, 

1 5 settings used to obtain data from the base station unit 30 and auxiliary sensors, and the 
like. 

The software of the remote monitoring station 50 maintains the patient 
database 110 and allows the operator to access such data for analysis and processing. As 
illustrated in FIGURE 11, database manager 112 manages all interactions with the patient 
2 0 database 110. Database manager 112 runs as a continuous background process to ensure 
that data can always be stored on arrival. The main interface is with the database 
management system used for the patient database 1 1 0; all other interfaces involve 
extraction of information from the patient database 110. 

Schedule manager 1 14 is responsible for all interactions with the base 

2 5 station unit 30 and, like the database manager 1 1 2, runs continuously as a background 

process. Since information about the required schedules for patient studies is stored in the 
patient database 1 10, the schedule manager 1 14 must obtain all relevant schedule 
information from the database man£^er 1 12. Similarly, the schedule manager 1 14 passes 
all data to be stored (Le. case session data, case alarm data) to the database manager 1 12 

3 0 for storage in the patient database 1 10. The schedule manager 114 interfaces with the rest 

of the system through the database manager 1 12. The schedule manager 1 14 also needs to 
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interface to any modems used to connect to base station units 30. Schedule manager 1 14 
further implements the base station-remote monitoring station communications protocol 
described in the previous section. 

The main user interface 116 provides all normal user interaction with the 
5 remote monitoring station 50. In the preferred embodiment, the user interface 116 has no 
customization or set-up options; all such functionality is provided by the system 
maintenance user interface 118. User int^face 1 16 is designed to interface with the user 
manager 120, which maintains current state information and the like. However, some 
components may interact via different routes for eflficiency if this is felt necessary (e.g. the 

10 schedule manager 1 14 may interface directly for live display). Preferably, the user 
interface 116 embeds instances of the graphics control process 122 for controlling the 
display of graphical data. 

The system maintenance user interface 118 provides control over any 
configurable parameters. In the preferred embodiment, an interface to the audit log 1 19 is 

15 provided from the system maintenance user interface 1 1 8 so that the operator may view 
the audit log. Preferably, settings that cause changes in visual elements (e,g. graphs) will 
provide a preview so that the user does not need to keep switching between the two modes. 
System maintenance user interface 118 also interfaces with the user manager 120, which 
maintains state information and the like. 

2 0 User manager 120 maintains state information about a single client user 

session. The coupling of user manager 120 to user interface 116 depends on the 
implementation methods actually used. Preferably, user manager 120 obtains a user name 
and password from the user and then activates either the user interface 116 or the system 
maintenance user interface 118 depending on the privilege level of the user. User 
25 preferences and other settings are read from the system settings object 123. The user 
manager 120 also accepts connections from graphics objects 122 and supplies the 
necessary graphical data on demand. 

The security system 124 maintains a secure database of user names and 
passwords used to access the system. There are two levels of user: user and administrator, 

3 0 which are mutually exclusive. In the preferred embodiment, the security system 1 24 

maintains the user database files in an encrypted format. Tlie user manager 120 validates 
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users via password database 125 before continuing using a query to the security system 
124. 

Finally, an ECG analyzer 126 is provided to analyze in one second chunks 
any ECG signals passed to it. The processed data is output in a form that can be stored 
5 back in the patient database 110. Generally, the ECG analyzer 126 processes data as a 
complete session. ECG analyzer 126 preferably interfaces to the database manager 1 12 to 
perform the ECG analysis and to flag events in the vital signs data as it is uploaded. 
Generally, the ECG analyzer 126 performs arrhythmia analysis by searching for 
ventricular fibrillation (VF) and/or typing QRS complexes as normal, ventricular ectopic 
1 0 beat (VEB), SVEB, or artefact. ST analysis may also be performed to check for ST 
segment elevation, depression, and the like. 

If an arrhythmia event is found by ECG analyzer 126, the operator may 
choose to upload additional patient data around the arrhythmia event, send a warning 
message to the patient via the communications link 85 to cause the buzzer on the signal 
15 transfer unit 20 to sound, or the patient may be called in for evaluation. Generally, since 
the review is typically performed several hours after the data is collected, the event is 
noted and the patient is contacted off-line. 

Other functions of these software components may include the following: 
1. Scheduling data acquisition 
2 0 Scheduling of downloads, and actual data downloads may well occur at 

different times. In addition, a system may be managing many patients, yet only has access 
to a single phone line. Therefore, this aspect of flie system will behave independently 
from the user interface. 

Generally, download scheduler 1 14 will use the case properties to 
2 5 download data from the patient base station units 30. The information that the user can 
specify for a patient's schedule is as follows: 



Monitoring days 


The days of the week on which monitoring is to occur 


Monitoring times 


Either 4 specific times of day that monitoring will 
occur, or a periodic interval (e.g. 6 hours) and a 
starting time. 
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Monitoring 
duration 


How long to monitor per session 


DoAvnload days 


The days of the week on which downloads are to be 
performed 


Download time 


The time at which a download should be performed 



5 The download schedxiler 1 14 should be aware of the download bandwidth available to it, 
so that estimates of download times can be presented to the user. This can be refined 
based on actual data transfer times experienced by the system. 

Preferably, the download scheduler 1 14 will support multiple modems. If 
multiple downloads are scheduled for the same tune, the download scheduler 1 14 will 

1 0 order them and perform downloads sequentially (or in parallel if multiple modems are 
present). Any downloads that fail should be moved to the end of the queue, and retried up 
to 3 tunes before failure is reported. Also, any downloads requested immediately by the 
user preferably will take priority over previously scheduled events, and the user warned of 
this fact. However, if the data requested does not exist on the base station unit 30, the fact 

15 will be audited, and an event raised for that patient, which would be reviewable v^th all 
other events on request. If the download is happening interactively, the user will also be 
notified with a message on the display screen of the remote monitoring station 50. In 
addition, it is preferred that any data download shall not cause data to be removed from the 
base station unit 30 such that the same or additional data could be downloaded more than 

2 0 once if necessary (e,g, , m the event of a hard disk failure on the remote monitoring station 
50 or in the case of a patient informing a physician that he or she felt poorly during the 
monitoring period at a time for which the data was not scheduled to be downloaded). As 
noted above, ECG analysis may be performed automatically upon data download, if 
appropriate. 

25 2^ Flagging Events 

The following types of event can be set by the remote monitoring station 50 
to be flagged by the base station units 30: 



Temperature threshold 



Both high and low, plus an optional time before trigger 
value 
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njv uucsnoia 


jDOxn nign ana lOW, pius an opiionai time Deiore trigger 
value 


RR threshold 


Both hiph aiifl Inw nliiQ an nntinnal ttmp lv*ff»rf» tricra^ai* 
value 


Event 1 


Event button 1 pressed on the signal transfer unit 


Event 2 


Event button 2 pressed on the signal transfer unit 


Data not available 


Data has been requested by the remote monitoring 
station 50 that does not exist on the base station unit 30 



The above events will be stored on the base station unit 30, and new events will be 
downloaded whenever the remote monitoring unit 50 and base station unit 30 connect. 

In addition, the following events will be flagged by the remote monitoring 
station 50 once data analysis has been performed: 



BP threshold 


Both systolic and diastolic, high and low 


VEB frequency 


as calculated 


Tachycardia 


Onset and finish 


Bradycardia 


Onset and finish 


Ventricular 
Tachycardia (VT) 


Onset and finish 


Ventricular 
Fibrillation (VF) 


Onset and finish 


Asystole 


Onset and finish 



3. Data Analysis 

2 0 The following channels of data may be analyzed: ECG (for both full 

analysis and heart rate calculation) and respiration (either respiration or bend channels, to 
produce a measurement of respiration mte). All data analysis is performed automatically 
on a session whenever results are required, and the results of the data analysis are stored in 
the patient database 110. 

25 4, Security 

For purposes of accountability, and to simplify the user interface for normal 
users, it is necessary to identify all users with a user name and password. There are two 
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privilege levels, user and administrator. The two levels are mutually exclusive so that it is 
always necessary to log in as a different user to perform administration tasks. This 
prevents a normal user from simply giving themselves administration privileges and 
accidentally changing or accessing certain features. 
5 5. Auditing 

It is necessary to audit certain actions performed by the system or by users. 
The audit record should be kept in audit log 1 19 (FIGURE 1 1) separate from the patient 
database 110. Clearing the audit log 1 19 will only be possible by administrator level 
users. 

10 A checksum based on file size and modification date is kept in the system 

configuration, preferably encrypted. If on software start up, the checksum does not match 
the file, the software should refiise to start until reset by a user with privileged access. In 
other words, the software will not start until the password is entered. This event will then 
be logged into the audit log 119. The audit log 119 will consist of entries showing the type 

15 of entry, time of occurrence, and the name of the user causing the auditable event (where 
appropriate). Other event-specific information may optionally be added. 
The events to be audited are: 

1 . Addition of a patient case; 

2. Closing a patient case; 
20 3 . Re-opening a case; 

4. Modification of case properties; 

5 . Session download; 

6. Events triggered; 

7. Setting/changing of event settings; 

25 8. Failures to connect to base station units 30; 

9. Errors reported by a base station unit 30; 

1 0. Audit log tampering; 

1 1 . Data export^import; 

12. Data back-up/restoration/archiving; and 
30 13. Adding/removing users. 

B. User Interface to Monitoring Software 
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FIGURE 12 illustrates a diagram of the top level uses of the remote 
monitoring station 50 of the invention. As illustrated, such uses include: adding a new 
patient to be monitored (creating a new patient case), modifymg case properties, closing a 
patient case, downloading data immediately, monitoring real-time (live) data from a 
5 patient, reviewing downloaded data from a patient, reviewing events, performing system 
maintenance, and shutting down/logging off the remote monitoring station 50. The use 
cases and the xiser interface of the remote monitoring station 50 used for implementing 
such use cases will be described in this section. Generally, the remote monitoring station's 
software communicates with the base station unit 30 via the base station/remote 

10 monitoring station protocol described above. 
Add a new patient 

For this case, the user is prompted to enter the new patient information, 
with access to all fields in the patient database 1 10. On finding a dupUcate patient niraxber 
(not name, as there may be people with the same name in the same system), the user is 

1 5 prompted to either try again, create a new case for that patient or go to Modify Case 
Properties to modify the current case for that patient. If the patient has closed cases, the 
option is also given to re-open a case. The patient mformation is added to the patient 
database 1 10 if the patient is a new patient, and the case information is also added to the 
patient database 110. 

2 0 Modify case properties 

The user selects the case to modify, and, as illustrated in FIGURE 13, the 
process then splits into the following tasks: 

1) Edit database information 

The user modifies any of the entries in the patient or case record, except the 

2 5 Patient Number and any auto-generated ID fields used to link databases together. 

2) Set-up patient schedule 

This page offers the option to have a look at the current status of the patient. 
The download properties are entered, with about 3 common defaults accessible from a 
simple mterface, and the current settings (if any) displayed. Some types of download 

3 0 schedules actually result in multiple download instructions being generated, e.g. for 

downloading 5 minutes per hour over the course of a 24 hour period, with the actual 
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download saved up for a later time. Preferably, download properties are validated, and any 
conflicts resolved (e.g, if an impossible amount of download time is required). The 
download properties are then sent to the download scheduler 1 14. Since some downloads 
may take an extended period of time, it is desirable that an estimate of the online expected 
5 time should be presented when setting download schedules. 

3) Set Events 

A page showing all possible event types is presented. If none has been set 
for the current case, all events default to OFF. Each type of event has default parameters 
that are supplied when it is activated. The events set for this patient case is saved in the 

1 0 patient database 110 with other download information. Changes to the alarm set are 
audited. Also, each event has associated with it a property that determines if any 
associated data for a given event is to be downloaded; this specifies the number of minutes 
data before and after the event to be acquired. This is determined by the remote 
monitoring station 50, so that the decision to download a session corresponding to an event 

15 is made only once an event has arrived at the remote monitoring station 50. 

4) Set auxiliary sensor measurements 

In a preferred embodiment, the following auxiliary sensors are supported by 
the base station unit 30: blood pressure (systolic, diastolic and mean), spirometry (FEVl 
and PEF), and weight. Measurements are set on an case by case basis; a typical scenario 

2 0 might require 4 measurements per day. A measurement window is defined, outside of 
which, the measurement is not made. Optionally an alert point (in mmutes before the end 
of the measurement period) is selectable, which causes the patient to be reminded by the 
buzzer of the signal transfer unit 20. When multiple measurements are required during the 
same time window, the order in which the patient is required to make measurements is 

25 controllable. 

Close a patient case 

The user is asked to confirm that the case should be closed. 
Download data immediately 

Once the user selects a patient case, the user selects the time range of data 

30 to download. The user should be wamed if this download would conflict with any others 
currentiy scheduled or taking place. 
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Monitor live data 

The user selects a patient case and establishes a connection with the 
appropriate base station unit 30. Failure to connect should be reported immediately. 
Conditions likely to cause failure are: 1) base station unit 30 turned off or not connected, 
5 2) patient is not wearing a disposable sensor band 10 (data not available), 3) phone line is 
busy, 4) all user phone lines are busy downloading other patient sessions, and S) the signal 
transfer unit 20 is out of range of the base station unit 30 (or in catch-up mode). The 
monitored data is displayed in a real time, smooth scrolling display. When disconnected 
from the base station unit 30, the user may go to the review downloaded data section to 
1 0 analyze the session just downloaded. 
Review downloaded data 

FIGURE 14 illustrates this use case and its associated subtasks, each of 
which will be described in turn. 

1) Review raw data 

15 Once the user selects a patient case, the default display shows ECG, 

respiration, motion and bend data, with numerical values for heart rate (HR), respiration 
rate (RR) and temperature. The raw data channels are fQtered for display purposes only 
(filtered data is not stored), and the display time base is selected from 5 seconds, 10 
seconds, 20 seconds or 25 mm/sec. Any gaps in the data are shown as gaps in the graphs. 

2 0 System maintenance allows scales to be changed, traces to be added or removed, and 

colors to be changed. The user has controls to change the time base, to scroll backwards or 
forwards through the data, to pause the display (but not to stop live acquisition), to stop 
monitoring and disconnect from the base station unit 30, and to print the current screen. 
User controls are as for live review, with the additional option to turn the above dynamic 

2 5 scrolling on and off. 

2) Review summary data 

Once the user selects a patient case, data is shown as a page of graphs from 
the whole session, showing HR, RR, and temperature. The display time base is selectable 
from 30 minutes, 1 hour, 3 hours, 6 hours, 12 hours and 24 hours. Where the session is 

3 0 smaller than some of these ranges, not all options are available (e.g. 24 hour time base is 

not available for a 1 hour session). Any gaps in the data are shown as gaps in the graphs. 
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Also, system maintenance allows scales to be changed, traces to be added or removed, and 
colors to be changed. In addition, the display is interactive, so that selecting a region of 
the graph allows access to the raw data for that section. This happens in such a way that 
returning to the summary view is sunple (perhaps bringing up a separate window for the 
5 raw data, for example). 

3) Review/Perfomi ECG analysis 

Once the user selects a patient case, if the ECG analysis has not already 
been performed at the time of data download, the user is asked to confirm if ECG analysis 
should be performed immediately. The entire patient session is sent to the ECG analyzer 

10 126, and the progress through analysis is reported to the user by way of a progress bar. 
Once completed, the results of the analysis are saved to the session record. The analysis 
options outlined in the following use cases are presented to the user. By default the 
summary report should be shown when analysis is complete. 

The user is offered the ability to display a liistogram of R-R intervals in the 

15 analyzed data. Also, a template display is provided which displays a page with the top 12 
beat types, including the number of each type and the percent of total beats. The beats 
shown are one actual beat from the raw data, including its time. The user is permitted to 
navigate forwards and backwards through the different occurrences of that beat type in the 
raw data. The user may go to the section of data corresponding to a given beat; such a 

2 0 display is in the "full disclosure" format where a trace is displayed with the same basic 
properties as the raw data graphs. Additionally, the ECG trace is labeled with all 
classified beats and rhythms identified by the ECG analyzer 126. A summary report of the 
results of ECG analysis is generated. 

The user has simple access to print out a report. On the other hand, the 

2 5 ST/QTA^EB graph of ST Level, QT Interval, and VEB firequency and heart rate, plotted 

against time for the entire session may be available. 

4) Review auxiliary data 

This routine displays a graph of data acquired firom the auxiliary sensors at 
the base station unit 30. If no data exists for one of the auxiliary sensor types, no axes are 

3 0 drawn for that sensor. Graphs plotted are blood pressure (with systolic, diastolic and mean 

plotted on the same set of axes), FEVl and PEF (highest of three readmgs plotted on 
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different axes) and weight. All data points for a given series are joined by lines. Time 
base range is selectable between 1 week, 1 month, 3 months and 6 months. 
Review events 

Specific event analysis is always performed on an event for a single patient. 
5 The user is asked the time period during which to review an event The default is the last 7 
days. FIGURE 15 illustrates an analysis of the applicable alarms. 

1) Report of event times 

This report is the simplest and simply lists, in a text based form, the events 

that have occurred in the specified period. Information listed includes the tune the event 
1 0 was triggered, the type of event, and the cause of the event (e.g. high threshold triggered). 

The only customization is the ability to selectively show event of a particular type or all 

events. The default is to show all events. 

From a given event, it is possible to go to the data associated with it For 

certain events, the data will have automatically been downloaded with the event itself; for 
15 others, the data may be included in an aheady downloaded session. In the remaining case, 

where there is no data associated with an event, the user is prompted to download the 

associated data. 

2) Histogram of all events 

This report shows a histogram spanning the selected time period, showing 
20 the number of events of each type that occurred. The histogram colunms are determined 
by the events selected for the patient Threshold events will give rise to 2 columns each, 
one for high trigger, the other for low trigger. 

3) Event frequency graph 

This report shows a graph plotting the total number of events per 1 5-minute 
2 5 interval against time. The graph is interactive in that selecting a point on the graph will 
open up a histogram, but with the data taken only from the selected 1 5-minute period. 
Cj Use of Remote Monitoring Station Software 
Use of the remote monitoring station software will now be described with 
respect to the user interface screen displays of FIGURES 16 and 17. 
30 To use the remote monitoring station software, the user logs in by entering 

a valid user name and password into a log in screen. Unless the user is a technician 
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desiring to perform system maintenance, the user also ensures that the option "I want to 
monitor patient data" is selected. Once logged in, the user selects a patient using a choose 
patient screen. A patient can be found by using the patient number, study code, patient 
initials, or any combination of these by entering the data and selecting a "Find" button. If 
5 the user desires to see a list of all patients, the user selects a "Select firom all patients" 
button. On the other hand, if the user wishes to work with a new patient who has no 
record in the system, the user selects an "Add new patient" button. If no patients meet the 
search criteria, the user will be given a warning message. If the search resulted in just one 
patient, then the patient information will be shown in the "Case Home Screen" described 

10 below. However, if the search resulted in more than one patient, then the user will be 
shown a list of patients. The user selects the desired patient from the list and clicks on a 
"View selected patient" button. If the desired patient is not in the list, the user may select a 
"Go Back" button to try another search. 

Once a patient has been selected, the patient's data is loaded into the case 

15 home screen 196 illustrated in FIGURE 16A. As shown, the case home screen 196 is 
divided into three areas: a portion 198 providing information relating to the currently 
selected patient and study case, a portion 200 listing a number of tabs that allow the user to 
look at various different configurations as well as to select different sessions of data, and a 
portion 202 including buttons for allowing the user to print various screens, download the 

2 0 patient data, and to change the currently selected patient. 

In order to navigate among the various options, the user selects one of tiie 
tabs in portion 200. 

Upon selecting the "Sessions" tab, the user sees the boxes 204 and 206 of 
FIGURE 16A. A Hst of days with sessions available is displayed in box 204, and a list of 
25 different times of the sessions is shown m box 206. The user selects a day from box 204 
and one of the corresponding session times from box 206. The user then selects the "View 
selected session" button 208, and the session data is then loaded and displayed to the user. 

FIGURE 16B illustrates the events screen 210 which appears when the 
"Events" tab is selected. As illustrated, the events screen 210 lists the events that have 

3 0 occurred over a period of time. The use may select what type of event is shown (or elect 

to show all events) and over what period of time the events are to be collected. The user 
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also receives an indication of when the last download of patient data occurred. To view 
the monitored data associated with an event, the user selects the event from the Ust and 
selects the "View data for event" button 212. The data is then loaded and displayed to the 
user. 

5 FIGURE 1 6C illustrates the monitoring screen 214 which appears when the 

"Monitoring Setup" tab is selected. Monitoring screen 214 gives a number of 
configuration options which allow the user to change the way in which the selected patient 
is monitored. The top half of the monitormg screen 214 allows the user to change when 
and for how long the patient is monitored, including which days, the time of day, and for 

1 0 how long the patient will be monitored. The user may select up to 4 fixed times in which 
to monitor or elect to monitor on a periodic basis, such as every 6 hours. The next part of 
the monitoring screen 214 allows the user to configure the time of day that the application 
will automatically call the patient's base station imit 30 to dovmload the patient data fi"om 
the base station unit 30 to the remote monitoring station 50. The bottom part of screen 214 

15 allows the user to setup which events should be monitored and the thresholds for these 
events. The user may also configure how much data on either side of the event should be 
downloaded in the next scheduled download. 

As desired, electronic case record forms (CRFs) may also be generated 
directly from the data stored in the remote monitoring station 50 for each patient by CRF 

2 0 generating software, thereby greatly simplifying the reporting process for drug trials and 
the like. An electronic CRF would dictate a schedule for the patient's therapy via setup of 
the base station imit 30 by the remote monitoring station 50. The specified vital signs data 
could then be collected and inserted into the electronic CRF for management of a drug 
trial's results and submission of the results for FDA approval and the like, as necessary. 

2 5 FIGURE 1 6D illustrates the patient information screen 2 1 6 that appears 

when the "Patient Information" tab is selected. Patient information screen 216 displays all 
information relating to the patient and permits the patient information to be updated. The 
patient phone number is the telephone number that the application will use to call the base 
station unit for downloading the monitored data. 

3 0 FIGURE 1 6E illustrates the auxiliary sensors screen 218 that appears when 

the "Auxiliary Sensors" tab is selected. Auxiliary sensors screen 218 displays a number of 
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configuration options that allow the user to change the way in which the auxiliary sensor 
measurements are taken at the base station unit 30. The top part of the auxiliary sensors 
screen 218 allows the user to setup on which days the auxiliary sensor measurements are 
taken, while the rest of the auxiliary sensors screen 218 allows the user to configure up to 
5 8 different measurements to be taken each day. The user simply selects "Active" in the 
checkbox and then specifies the time period in which the measurement must be taken. The 
user may also tell the base station unit 30 to alert the patient by selecting the "Alert from" 
checkbox and specify the tune at which this alert should take place. As noted above, the 
alert may be a light and buzzer on both the base station unit 30 and the signal transfer unit 

1 0 20. Finally, the user selects the type of measurement from the list of available auxiliary 
sensors (e,g, blood pressure) to be used during the measurement. 

FIGURE 16F illustrates the trend data screen 220 that appears when the 
"Trend Data" tab is selected. Trend data screen 220 displays the readings taken firom the 
auxiliary sensors during the study case. The layout varies depending on which auxiliary 

1 5 sensors are in use for a given patient. 

As illustrated m FIGURES 16A-16F, the user is given the option of 
printing a report for the currently selected tab, to download data immediately firom the base 
station unit 30 in order to view live data (if available) or previously recorded data, to 
change patients, or to exit. 

2 0 When the user has selected a patient session to view firom the case home 

screen 196, the session data is loaded into a session view screen 222 of the type illustrated 
in FIGURE 17. As illustrated in FIGURE 17, the session view screen 222 provides 
session information and allows the user to change the session to be viewed, provides a set 
of tabs 224 firom which to select to view either raw, summary or EGG data, and provides 

2 5 buttons 226 to allow the user to print various screens and to close the session view screen 

222. 

FIGURE 17 illustrates the summary graphs for heart rate, respiration and 
temperature when the summary button is selected and provides a way for the user to look 
at the data over a larger range of time (i.e., hours instead of minutes). Control buttons 228 

3 0 allow the user to move the cursor along the graph and to view the graph at different time 

scales. On the other hand, the user may manipulate the cursor with a mouse to move the 
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cursor along the graph. A scroll bar 228 at the bottom allows the user to view the graphs at 
different times. Also, the user may select the "Raw Data" tab to review raw data over a 
smaller range of time or select the "ECG Analysis" tab to view the ECG analysis data for 
the current session. The user may select from among the types of ECG analysis available, 
5 and the system will display the analysis report. 

Remote, electronic capture of multiple and continuous vital signs data and 
transmission of this data in accordance with the invention has the following benefits: 

1 . Reduction in study costs by replacing expensive clinic visit 
measurement with domiciliary data capture. 
10 2. Reduction in the number of patients, study time and/or clinic visits 

required in drug trials through the availability of repeat data, offered by repeat at-home 
monitoring. 

3. Increased safety and improved follow-up of patients provided by 
domiciliary monitoring. 

15 4. Better management of patients with chronic diseases, with continuous or 

semi-continuous monitoring, enabling therapy regunes to be refmed on an individual basis 
and possibly preventing acute episodes or deterioration. 

5. Increased volumes of patient data for more informed patient diagnoses. 

6. The capability to simultaneously capture multiple vital signs data, for 

2 0 example, blood pressure and ECG as defined by study or treatment protocol. 

7. The ability to develop predictive algorithms to facilitate more effective 
treatment protocols by monitoring continuous parameters and comparing patterns with 
those collected from collections of other patients with similar conditions. 

8. Greater speed and simplicity in data handling provided by electronic 

25 data capture. 

9. Simple, easy-to-use technology (cordless, non-obtrusive design, ideal for 
night-time monitoring). 

In short, the present invention provides more data, earlier, and at a lower 
cost than current telemonitoring systems. In addition, the ability to monitor the patient 

3 0 continuously for several days means that parameters such as duration of drug effect, drug- 

drug interactions and safety, which are difficult to measure/monitor at present, may now be 
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measured in a domiciliary setting thereby optimizing drug or other therapies. In particular, 
the system of the invention permits closed loop control of drug presentation to the patient, 
whereby the physician may directly monitor tiie effects of adjusting drug dosages. Also, 
the system is designed to be very user-friendly, both from the patient's and the physician's 
5 perspectives, offering substantial advantages in patient compliance as compared to current 
telemetric mojoitoring methods. 

Although an exemplary embodiment of the invention has been described in 
detail above, those skilled in the art will readily appreciate that many additional 
modifications are possible in the exemplary embodiment without materially departing 

10 from the novel teachings and advantages of the invention. 

For example, data processing such as ECG analysis could be performed at 
the base station uiut 30 and only tlae summary data transmitted to the remote monitoring 
station 50, thereby reducing download times considerably. Also, a radio receiver may be 
provided to the patient for attachment to his or her computer for use in downloading 

1 5 software and uploading data from/to an Internet server for comiection to a predetermined 
remote monitoring station coxmected to a designated node on the Internet This approach 
would eliminate the need for (and cost of) a separate base station. If auxiliary sensor 
ftmctions were still required, connections coxild be built into the radio receiver unit. In 
addition, a low bandwidth version of the invention may also be developed by tailoring the 

2 0 signal from the sensor band 10 so as to leave out umiecessary data. Also, two-way 

conununication with the sensor band 10 may also be provided. In accordance with another 
aspect of the invention, the received event data from several patients may be prioritized for 
patient management (triaging) using the techniques of the invention. 

All such modifications are intended to be included within the scope of this 

2 5 invention as defined in the following claims. 
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What is claimed is; 



A health parameter data collection and monitoring system, 



comprising: 

a sensor band having a sensor assembly for application to a subject, said 
5 sensor assembly producing a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, said sensor band further comprising a 
transmitter which transmits said data signal over a first conamunications link; 

a transceiver coupled to said first communications link so as to receive said 
health parameter data signal for retransmission of said data signal over a second, wireless 
10 commimications link; and 

a remote monitoring station disposed so as to receive said retransmitted 
data signal fi*om said transceiver via said second communications link, said remote 
monitoring station capturing said health parameter data for display and subsequent access 
and processing of said health parameter data. 

15 2» A system as in claim 1 , fiuther comprising a base station unit 

disposed in said second communication link between said transceiver and said remote 
monitoring station, said base station unit receiving said retransmitted data signal firom said 
transceiver over said second communications link for storage until said health parameter 
data is transmitted to said remote monitoring station via a third commimications link. 

20 3. A system as in claim 1 , wherein said sensor band is adapted for 

attachment to a chest of the subject and said sensor assembly produces health parameter 
data indicative of at least one of ECG, respiration, skin temperature, and subject motion. 

4. A system as in claim 1 , wherein said sensor band includes a circuit 
which multiplexes health parameter data signals firom at least two dififerent sensors in said 
2 5 sensor assembly for transmission over said first communications link by said transmitter. 



5. 



A system as in claim 1 , wherein said transceiver comprises a buffer 
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which stores health parameter data received from said sensor band at least during times 
when said second commxmications link is disconnected, lost, or unreliable. 

6. A system as in claim 1, wherein said remote monitoring station 
requests retransmission of said data signal to said remote monitoring station at 

5 predetermined times or conditions or on demand. 

7. A system as in claim 6, wherein said remote monitoring station 
includes an interface which allows a user to set said predetermined times or conditions for 
said retransmission of said data signal to said remote monitoring station. 

8. A system as in claim 7, wherein said interface allows the user of the 
1 0 remote monitoring station to select a subject for review of at least that subject's health 

parameter data. 

9. A system as in claim 7, wherein said interface allows the user to 
simultaneously review and compare time synchronized health parameter data for a 
plurality of health parameters for a particular subject. 

15 1 0. A system as in claim 7, wherein said interface permits the user to 

select at least one of unprocessed health parameter data and summary data for display to 
the user of the remote monitoring station. 

11. A system as in claim 1, further comprising a database accessible by 
said remote monitoring station to store health parameter data for a plurality of subjects. 

20 1 2. A system as in claim 1 1 , wherem said remote monitoring station 

includes software which generates case record forms from at least the health parameter 
data stored for a subject in said database. 

13. A system as in claim 1 , wherein said transceiver is adapted to 
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receive health parameter data transmitted by at least two sensor bands for retransmission to 
said remote monitoring station. 

14. A health parameter data collection and monitoring system, 

comprising: 

5 a sensor band having a sensor assembly for application to a subject, said 

sensor assembly producing a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, said sensor band further comprising a 
transmitter which transmits said data signal over a fcst communications link; 

a transceiver coupled to said first communications link so as to receive said 
1 0 data signal for retransmission over a second, wireless communications link; 

a base station unit disposed so as to receive said retransmitted data signal 
jfrom said transceiver via said second conununications link, said base station unit storing 
received health parameter data for retransmission over a third communications link; and 
a remote monitoring station disposed so as to receive said retransmitted 
15 data signal from said base station unit via said third communications link, said remote 
monitoring station storing and displaying said health parameter data. 

15. A system as in claim 14, wherein said base station unit includes a 
processor which calculates physiological parameter data including at least one of a 
subject's heart rate and a subject's respiration rate from said health parameter data and 

20 stores said physiological parameter data in a memory for transmission to said remote 
monitoring station. 

16. A system as in claim 1 5, whereui said memory of said base station 
unit is a rolling first-in-first-out (FIFO) memory which stores said health parameter data 
irrespective of whether said health parameter data has been transmitted to said remote 

2 5 monitoring station, 

17. A system as in claim 14, wherein said base station unit comprises at 
least one input connection for accepting auxiliary data input from an auxiUary health 
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parameter sensor and a memory which stores said auxiliary data input for transmission to 
said remote monitoring station. 

18. A system as in claim 17, wherein said base station unit time stamps 
said health parameter data and said auxiliary data synchronously and ages independently 

5 said auxiliary data and said health parameter data while stored in said memory of said base 
station unit 

19. A system as in claim 17, wherein said auxiliary health parameter 
sensor is at least one of a blood pressure sensor, a spirometer, a weigh scale, and a blood 
glucose meter, 

10 • 20. A system as in claim 17, wherein said base station unit detects 

abnormal physiological conditions in said auxiliary data and indicates an event condition 
and stores event data indicating a significant physiological event in said memory when an 
abnormal physiological condition is detected. 

21 . A system as in claim 20, wherein said base station unit time stamps 
1 5 said health parameter data and said auxiliary data synchronously and ages independently 

said auxiliary data and said health parameter while stored in said memory of said base 
station unit. 

22. A system as in claim 17, wherein said base station unit includes a 
processor which calculates physiological parameter data including at least one of a 

2 0 subject's heart rate and a subjects's respiration rate said health parameter data and stores 
said physiological parameter data in said memory at said base station unit for transtnission 
to said remote monitormg station. 

23. A system as in claim 22, wherein said processor further performs 
ECG analysis of said health parameter data and stores ECG analysis data in said memory. 
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24. A system as in claim 22, wherein said memory separately stores said 
health parameter data and said calculated physiological parameter data. 



25. A system as in claim 17, wherein said remote monitoring station 
includes an interface which allows a user to schedule auxiliary health parameter sensor 

5 measurements at said base station unit if such measurements are required. 

26. A system as in claim 14, wherein said base station unit comprises a 
memory and compares received health parameter data with predetermined ranges for 
detected physiological variables and detects abnormal physiological conditions in said 
health parameter data, said base station unit indicating an event condition and storing event 

1 0 data indicating a significant physiological event in said memory when said received health 
parameter data is outside said predetermined ranges or when an abnormal physiological 
condition is detected. 



27. A system as in claim 26, wherein said memory of said base station 
unit is a rolling first-m-jSrst-out (FIFO) memory which stores at least said health parameter 

1 5 data irrespective of whether said health parameter data has been transmitted to said remote 
monitoring station. 

28. A system as in claim 26, wherein said remote monitoring station 
includes an interface which allows a user to set at least one of said predetermined ranges of 
said base station unit. 



20 29. A system as in claim 26, wherein said remote monitoring station 

includes means for checking received data for event data and an interface which allows a 
user to view such event data, whereby if event data is detected, said interface allows the 
user of said remote monitoring station to view a desired amount of health parameter data 
before, during, and after an occurrence of an event condition indicated by said event data. 

25 3 0. A system as in claim ^ 4, wherein said second communications link 
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31. A system as in claim 30, wherein said transceiver mitiates all 
communications dialogs with said base station unit 

32. A system as in claim 30, wherein said health parameter data is 
5 transmitted from said transceiver to said base station unit over said second 

communications link in data packets including CRC error detection code and ARQ code 
for the retransmission of erroneous data packets. 

33. A system as in claim 32, wherein said data packets are scrambled 
for transmission in a data packet stream so as to minimize a DC component in said data 

10 packet stream. 

34. A system as m claun 32, wherein if said base station unit or said 
transceiver receives two consecutive erroneous data packets over said second 
communications link, said second communications Imk will be determined to be 
disconnected, lost, or unreliable, and said transceiver will wait a predetermined period of 

1 5 time before attempting to re-establish the second communications link with said base 
station unit. 

35. A system as in claim 32, wherein each data packet is one of the 
following types of data packets: a dialog request packet for initiating a dialog between said 
transceiver and said base station imit, an acknowledgment packet for informing the sender 

20 of the success of a transmitted data packet, a health parameter data packet which includes 
health parameter data for transfer from said transceiver to said base station unit, and a 
control data packet for transferring configuration data from said base station unit to said 
transceiver. 

36. A system as in claim 30, wherein said base station unit sends an 
2 5 alarm signal or an indication to a subject to do something to said transceiver via said 
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second communications link when at least one of the following occurs: a physiological 
event is detected in said health parameter data, it is time for the subject to take a 
physiological parameter reading or a medication, and the base station unit cannot accept 
more health parameter data. 

5 37. A system as in claim 14, wherein said third communications link is 

a telecommunications link. 

38. A system as in claim 37, wherein said remote monitoring station 
initiates a connection with said base station unit, and once the connection is established, 
said remote monitoring station and base station unit Usten for commands. 

10 39. A system as in claim 38, wherein said commands include a data 

request command from said remote monitoring station requesting at least one of real-time 
health parameter data and health parameter data in a designated time range from said base 
station unit. 

40. A system as in claim 14, wherein an ID of said base station unit is 
1 5 checked by said remote monitoring station before data is transmitted via said third 

communications link. 

41. A system as in claim 14, further comprising a database accessible by 
said remote monitoring station to capture and store health parameter data for a plurality of 
subjects and said remote monitoring station ftirther includes an interface through which a 

2 0 user of the remote monitoring station may select a subject for review of at least that 
subject*s health parameter data. 

42. A system as in claim 14, wherein said base station unit is adapted to 
receive health parameter data transmitted by at least two transceivers for retransmission to 
said remote monitoring station. 
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43. A system as in claim 14, wherein said remote monitoring station is 
adapted to receive health parameter data transmitted by at least two base station units. 

44. A system as in claim 43, wherein said remote monitoring station 
includes a server which controls the receipt and storage of health parameter data jfrom said 

5 at least two base station units. 

45. A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
sensor assembly producing a data signal including health parameter data indicative of 
* 10 values of at least one health parameter of the subject, said sensor band further comprising a 
transmitter which transmits said data signal over a first communications link; 

a transceiver coupled to said first communications link so as to receive said 
health parameter data for retransmission of said data signal over a second, wireless 
communications link, said transceiver including a buffer which stores health parameter 
15 data received from said sensor band at least during times when said second 
communications link is discomiected, lost, or unreliable; and 

a remote monitoring station disposed so as to receive said retransmitted 
data signal from said transmitter via said second conmiunication link. 

46. A system as in claim 45, wherein said transceiver stops transmission 
2 0 when said second communications Unk becomes disconnected, lost, or becomes unreliable, 

and retransmits said data signal over said second conmiunications link from said 
transceiver at an increased transmission rate after said second communications link is 
restored as compared to a transmission rate before said second communications link is 
discoimected, lost, or becomes unreliable. 

25 47. A system as in claim 45, wherein said transceiver includes an alarm 

indicator which warns the subject that said second communications link has been 
disconnected, lost, or has become unreUable so that the subject may take steps to restore 
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said second communications link. 



48. A system as in claim 45, wherein said transceiver includes at least 
one event button, wherein depression of said event button indicates an event condition and 
corresponding event data is transmitted to said remote monitoring station. 



5 49. A system as in claim 48, wherein said remote monitoring station 

includes means for checking received data for said event data and an interface which 
allows a user to view such event data, whereby if event data is detected, said interface 
allows the user of said remote monitormg station to view health parameter data before, 
during, and after an occurrence of the event condition indicated by said event data. 



10 SO. A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
sensor assembly producing a data signal including health parameter data indicative of 
values of at least one health parameter of the subject, said sensor band further comprising a 
15 transmitter having a JBrst antenna which transmits said data signal over a first wireless 
communications link; 

a transceiver having a second antenna inductively coupled to said first 
communications link so as to form a wireless inductive loop with said first anteima for 
reception of said health parameter data, said transceiver further retransmitting said data 
2 0 signal over a second wireless communications link; and 

a remote monitoring station disposed so as to receive said retransmitted 
data signal fi:om said transmitter via said second wireless communications link. 



51. A system as in claim 50, wherein said data signal is transmitted over 
said first wireless communications link by said transmitter in QPSK formatted coded data 

25 packets. 

52. A system as in claim 5 1 , wherein said data packets are transmitted 
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in at least one frequency channel of a plurality of frequency division multiplexed channels 
spaced at predetermined intervals in a selected frequency range. 

53. A system as in claim 52, v^herein coded data packets in each of said 
frequency channels comprise a clock signal, a framing pulse, and said health parameter 

5 data. 

54. A system as in claim 5 1 , wherein said transmitter includes a 
controller which codes said coded data packets from template waveforms representative of 
each possible transition of symbols corresponding to a different phase offset of the 
transmitted signal relative to a fixed carrier phase locked to symbol transitions. 

10 55. A system as in claun 54, wherein said controller converts each of 

said template waveforms into respective digital data streams \^ch are, in turn, converted 
into controller instructions. 

56. A system as in claim 55, wherein said controller converts zero-to- 
one state changes of said template waveforms into controller instructions which set an 

15 output port bit of said transmitter, converts one-to-zero state changes of said template 
waveforms into controller instructions which clear said output port bit of said transmitter, 
and converts idle periods between state changes into a sequence of no-operation 
instructions so as to introduce correct time delays between state changes. 

57. A system as in claim 56, wherein said controller replaces certain no- 
2 0 operation instructions in said template waveforms by jump instructions which jump into a 

template waveform to a point which ensures continuity of the coded data packets, said 
controller further deleting instructions in each template waveform rendered uimecessary by 
said jump instructions. 

58. A system as in claim 57, wherein said controller applies an 

2 5 optimization algorithm to said template waveforms to reduce the length program of code. 
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59. A health parameter data collection and monitoring system, 

comprising: 

a sensor band having a sensor assembly for application to a subject, said 
sensor assembly producing a data signal including health parameter data indicative of 
5 values of at least one health parameter of the subject, said sensor band further comprising a 
transnutter which transmits said data signal over a first communications link; 

a transceiver coupled to said first communications link so as to receive said 
health parameter data for retransmission of said data signal over a second, wireless 
communications Imk; and 
10 a remote monitoring station disposed so as to receive said retransmitted 

data signal from said transceiver via said second communications link, said remote 
monitormg station capturing said health parameter data and storing said health parameter 
data in a database with health parameter data from a plurality of other subjects, said remote 
monitoring station including a user interface which provides access to health parameter 
15 data in said database and processing of said health parameter data. 

60. A system as in claim 59, wherein said remote monitoring station 
requests retransmission of said data signal to said remote monitoring station at 
predetermined times, in response to certam conditions, or on demand. 

61 . A system as in claim 60, wherein said interface allows the user to 
2 0 set said predetermined times and conditions for said retransmission of said data signal to 

said remote monitoring station. 

62. A system as in claim 59, wherein said interface allows the user of 
the remote monitoring station to select a subject for review of at least that subject's health 
parameter data. 

25 63 . A system as in claim 59, wherein said interface allows the user to 

simultaneously review and compare time synchronized health parameter data for a 
plurality of health parameters for a particular subject. 
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64. A system as in claim 59, wherein said interfece permits the user to 
select at least one of unprocessed health parameter data and summary data for display to 
the user of the remote monitoring station. 



65. A system as in claim 59, wherein said remote monitoring station 
5 further includes means for performing ECG analysis of said health parameter data, 

66. A system as in claim 59, wherein said interface requests a password 
from a user before permitting the user to access said database. 

67. A system as in claim 59, wherein said interface keeps an audit 
record of actions performs by the user when using said interface and of actions performed 

10 by said remote monitoring station. 

68. A system as in claim 59, wherein said interface formats at least a 
portion of said health parameter data into a histogram of R-R intervals of ECG data, 
presents said data to a display upon user request, and permits the user to navigate and 
select said ECG data for detailed viewing. 

15 69. A system as in claim 59, wherein said interface formats received 

physiological parameter data into trend data, presents said trend data to a display upon user 
request, and permits the user to navigate and select said trend data for detailed viewing. 



70. A method of collecting health parameter data, comprising the steps 

of: 

2 0 applying a sensor band having a sensor assembly to a subject whereby said 

sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject; 

said sensor band transmitting said data signal over a first commxmications 
link to a transceiver which is disposed so as to receive said health parameter data; 
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said transceiver retransmitting said data signal over a second, wireless 
communications link; and 

a remote monitoring station receiving said retransmitted data signal from 
said transmitter and capturing said health parameter data for storage in a database as a 
5 continuous record of the subject's health parameter. 

71. A method as in claim 70, wherein said sensor band applying step 
comprises the step of attaching said sensor band to a chest of the subject whereby said 
sensor assembly produces health parameter data indicative of at least one of ECG, 
respiration, skin temperature, and subject motion. 

10 72. A method as in claim 70, wherein said sensor band transmitting step 

comprises the step of multiplexing health parameter data signals from at least two different 
sensors in said sensor assembly for transmission over said first communications link. 

73 . A method as in claim 70, wherein said retransmitting step comprises 
the step of transmitting said data signal over a cellular communications link to said remote 

15 monitoring station. 

74. A method as in claim 70, wherein said retiansmitting step comprises 
the steps of transmitting said data signal from said transceiver to a base station unit via 
said second communications link and storing said health parameter data in said base 
station unit until a designated time for transmission of said health parameter data to said 

2 0 remote monitoring station via a third communications link. 

75. A method as in claim 74, wherein said step of transmitting said data 
signal from said transceiver to said base station unit comprises the step of transmitting said 
data signal over a cellular communications link to said base station unit. 

76. A method as in claim 74, wherein said retransmitting step comprises 
25 the step of retransmission of said data signal to said remote monitoring station at said 
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designated time, in response to a certain condition, or on demand. 

77. A method as in claim 76, wherein said retransmitting step comprises 
the step of allowing a user to set said designated time and said certain condition time for 
said retransmission of said data signal to said remote monitoring station. 

5 78. A method as in claim 76, wherein said step of retransmitting said 

data signal to said remote monitoring station includes the step of real-time transmission of 
said data signal to said remote monitoring station on receipt of a demand from said remote 
monitoring station. 

79. A method as in claim 70, comprising the further step of storing said 
1 0 health parameter data received from said sensor band in a buffer of said transceiver at least 

during times when said second communications link is disconnected, lost, or unreliable. 

80. A method as in claim 70, comprising the fiirther step of accessing 
said health parameter data stored in said database for medical diagnosis or analysis. 

81 . A method as in claim 80, wherein said step of accessing said health 
15 parameter data comprises the step of using the remote monitoring station to select a subject 

for review of at least that subject's health parameter data. 

82. A method as in claim 81, wherein said step of accessing said health 
parameter data comprises the step of simultaneously reviewing and comparing time 
synchronized health parameter data for a plurality of health parameters for the selected 

20 subject 

83. A method as in claim 80, wherein said step of accessing said health 
parameter data step comprises the step of permitting the user to select at least one of 
unprocessed health parameter data and summary data for display. 
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84. A method as in claim 70, comprising the further step of generating 
case record forms from at least the health parameter data stored for a subject in said 
database. 

5 85. A method as in claim 70, comprising the further step of receiving at 

said transceiver health parameter data transmitted by at least two sensor bands for . 
retransmission to said remote monitoring station. 

86. A method as m claun 70, comprising the further steps of 
determining whether the subject moved during a measurement of said health parameter 

1 0 data and deleting or ignormg health parameter data collected during a time the subject 
moved if such movement may have corrupted the health parameter data. 

87. A method as in claim 86, wherein corruption of the health parameter 
data is determmed by comparing motion data to at least one of an ECG waveform and a 
respiration waveform. 

15 88. A method of collecting health parameter data, comprising the steps 

of: 

applying a sensor band having a sensor assembly to a subject whereby said 
sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject; 
2 0 said sensor band transmitting said data signal over a first communications 

link to a transceiver which is disposed so as to receive said health parameter data; 

said transceiver retransmitting said data signal over a second, wireless 
communications link; 

said transceiver storing health parameter data received from said sensor 
2 5 band at least during times when said second communications link is disconnected, lost, or 
unreliable; and 

a remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data for storage in a database as a 
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continuous record of the subject's health parameters. 



89. A method as in claim 88, comprising the additional steps of 
stopping transmission from said transceiver when said second communications link 
becomes disconnected, lost, or becomes unreliable, and retransmitting said data signal over 

5 said second communications link from said transceiver at an increased transmission rate 
after said second commxmications Imk is restored as compared to a transmission rate 
before said second conmiunications link is disconnected, lost, or becomes unreliable. 

90. A method as in claim 88, comprising the additional step of warning 
the subject that said second conmiunications link has been disconnected, lost, or has 

1 0 become unreliable so that the subject may take steps to restore said second 
communications link. 



91. A method of remotely collecting health parameter data continuously 
for at least a day, comprising the steps of: 

applying a sensor band having a sensor assembly to a subject whereby said 
15 sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject; 

said sensor band transmitting said data signal over a first conmiunications 
linlc to a transceiver which is disposed so as to receive said health parameter data; 

said transceiver retransmitting said data signal over a second, wireless 
2 0 communications link; 

a remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data for storage in a database as a 
continuous record of the subject's health parameters; and 

temporarily buffering said health parameter data so as to prevent data loss 
25 in the event of transmission error over said first or second communications links. 

92, A method as in claim 91 , comprising the further step of providing 
real-time access to said health parameter data from said remote monitoring station to said 
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transceiver by bypassing said buffering step when real-time data is requested by said 
remote monitoring station. 



93. A method of continuously monitoring a subject's health parameters 
during a drug/therapy trial, comprising the steps of: 
5 applying a sensor band having a sensor assembly to a subject whereby said 

sensor assembly produces a data signal including health parameter data indicative of 
values of at least one health parameter of the subject; 

said sensor band transmitting said data signal over a first communications 
link to a transceiver which is disposed so as to receive said health parameter data; 
1 0 providing a drug/therapy to the subject and electronically providing event 

data indicating that such an event has occun*ed and when; 

said transceiver retransmitting said data signal and event data over a 
second, wireless communications link; and 

a remote monitoring station receiving said retransmitted data signal from 
15 said transceiver and capturing said health parameter data for storage in a database as a 
continuous record of the subject's health parameters during a trial period of said 
drug/therapy, whereby said subject* s physiological condition during said trial period may 
be monitored remotely. 



94. A method as in claim 93, comprising the further step of 
20 electronically providing event data marking (1) that the subject feels ill and (2) when the 
subject feels ill. 



95. A method as in claim 94, comprising the further step of collecting 
health parameter data at times before, during, and after the timing of an event marked by 
said event data and providing a display of any changes in said health parameter data as a 

25 result of said drug/therapy or of the subject feeling ill. 

96. A method of triaging at least two patients, comprising the steps of: 
applying a sensor band having a sensor assembly to each patient whereby 
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each sensor assembly continuously produces a data signal including health parameter data 
indicative of values of at least one health parameter of each said patient; 

each said sensor band continuously transmitting a data signal over a first 
communications link to a transceiver which is disposed so as to receive said health 
5 parameter data from each said patient; 

said transceiver retransmitting said data signal over a second, wireless 
communications link to a remote monitoring station; and 

said remote monitoring station receiving said retransmitted data signal from 
said transceiver and capturing said health parameter data from each said patient for 
10 simultaneous display on a display and continuous storage in a database* 



97. A method as in claim 96, comprising the ftirther steps of: 
marking events in said data signal at times when said health parameter data 

is outside of predetermined thresholds for said health parameter data; 
1 5 marking events in said data signal upon detection of an abnormal condition 

in said health parameter data; and 

said remote monitoring station providing to a user of the remote monitoring 

station an indication of which patient has caused said events to be marked. 
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